Comments on: Managing a Gentoo Linux Server Configuration with Subversion, GLCU, and Trac

By: the Jester

the Jester — Sat, 02 May 2009 23:50:46 +0000

This still works (although I see reading back through the post that some upgrades to the WordPress database along the way have corrupted some of the shell syntax). I’ll correct the posting.

By: Morten Lied Johansen

Morten Lied Johansen — Sat, 02 May 2009 23:10:31 +0000

I’ve used this method to get some control over my configuration changes, and it works great except for one thing. The trick to get a sorted version of the portage world file doesn’t seem to be working.

Any clues on why that is? Has something changed in the way portage works perhaps?

By: the Jester

the Jester — Thu, 24 Jul 2008 01:40:39 +0000

Tom –

Interesting concept. I’ve heard of ’svk’ but only in the context of using it to mirror CVS and SVN revision control trees by manipulating the contents of the depot with its ’smerge’ command. I hadn’t considered using it to apply revision control to the /etc directory. You wouldn’t happen to know of someone that has written up a HOWTO on the topic, would you?

By: Tom

Tom — Wed, 23 Jul 2008 21:17:10 +0000

For system-wide configuration under version control, try SVK which doesn’t leave .svn directories across the hierarchy. All version-control information is held in a single ~/.svk location. Commands are mostly the same as svn, see http://svk.bestpractical.com/ for more information and emerge -uv svk.

By: Zupełnie inna beczka: Ubuntu. Kontrola wersji plików konfiguracyjnych.

Zupełnie inna beczka: Ubuntu. Kontrola wersji plików konfiguracyjnych. — Tue, 10 Jul 2007 06:34:03 +0000

[...] je do kontroli zmian w plikach konfiguracyjnych. Bardzo przystępnie zostało to opisane w tym blogu. Osobiście wprowadziłem do powyższej procedury trochę zmian pod kątem Ubuntu. Przedstawię [...]

By: the jester

the jester — Tue, 24 Apr 2007 20:55:50 +0000

[quote comment="14407"]you must remember to use svn commands instead of traditional ones, "svn rm" instead of "rm" for example.[/quote] Perhaps, but if one does an 'svn status' before the 'svn commit' to see what is about to change, the files that were deleted with simply the `rm` command would be marked with exclamation marks. In such cases, I find that this little shell ditty does the trick to synchronize things. svn status | egrep '^!' | cut -c8- | xargs svn rm Similarly, files that were added are marked with a question mark, and this shell pipe will fix that, too: svn status | egrep '^?' | cut -c8- | xargs svn add

By: Bartosz Brewinski

Bartosz Brewinski — Tue, 24 Apr 2007 16:04:50 +0000

you must remember to use svn commands instead of traditional ones, “svn rm” instead of “rm” for example.

By: the jester

the jester — Wed, 04 Apr 2007 12:36:24 +0000

Andrew –

That may be true. Since Subversion does not store group (nor owner) information, a merged file would take on the ownership of the person doing the merge. I can’t think of a way around that at the moment…

By: Andrew Premdas

Andrew Premdas — Wed, 04 Apr 2007 03:18:07 +0000

Any thoughts on file permissions and retrieving/merging back files from the repository. My experiments indicate that things comeing back from the repository will lose Group permissions.

By: the jester

the jester — Thu, 15 Feb 2007 19:23:55 +0000

[quote comment="12360"]This will add .svn directories under /etc and all others. Wouldn’t it be nice to avoid that? Any idea?[/quote]

It would be nice, but I think it is unavoidable…