[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Storing /etc in a repository

From: Jani Averbach <jaa_at_jaa.iki.fi>
Date: 2004-12-30 19:34:45 CET

On 2004-12-30 11:03-0700, Chris Rose wrote:
> I'm thinking that I should start being a more responsible admin of my
> server -- I've run into situations before where I've made a change
> that has broken something and I have wished like hell that I could A)
> remember what it was and B) restore it to a working state.
>
> So, in that vein, I have a subversion repository that I'd like to be
> able to keep my entire /etc tree in. Or at least as much of it as is
> reasonable to do so.

One thing to keep in mind is that subversion keeps a pristine copy of
your file in the .svn directories. So depending of your root's umask,
it might be possible that your users could read e.g. your /etc/shadow via
/etc/.svn/text-base/shadow.svn-base if you don't take care of
permissions of .svn directories.

find /etc -name .svn -a -type d -exec chmod 0700 {} \;

should do the trick.

There is also asvn
<http://svn.collab.net/repos/svn/trunk/contrib/client-side/asvn> which
is meant to used to version whole file system (special files,
permissions, (links)).

Secondly, if you are doing merge operations with your /etc, and you
are using ra_dav, keep in mind that the issue #1905,
<http://subversion.tigris.org/issues/show_bug.cgi?id=1905> prevents
you from merging targets with special characters. This is fixed with
1.1.2. /etc/gconf/gconf.xml.defaults/ contains lots of these kind of
problematic files.

BR, Jani

-- 
Jani Averbach
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Dec 30 19:36:56 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.