AW: CVS management of /etc - permissions problem

[Schell Walter]

Hi Luke,

for versioning adminstrative files in cvs I make a copy of all these files
and add the copies to cvs. This works well, because I don't want a cvs
update to overwrite the original system files.

Walter

-----Ursprüngliche Nachricht-----
Von: address@hidden [mailto:address@hidden
Gesendet: Donnerstag, 13. September 2001 07:16
An: address@hidden
Betreff: CVS management of /etc - permissions problem


I've recently tackled a problem I've wanted to solve with CVS for a long
time now - namely, managing the configuration of a Unix machine
(especially desktop Linux machines), via CVS.

The rationale is that if I change a system config file, and months
later discover that something has stopped working, or if some install
program has written over a config file without my knowledge, then it'd
be great to be able to do a cvs diff and see what has changed.

Should make it really easy to diagnose problems, and considerably ease
the burden of system maintenance.

To this end I've written a script which checks in as much or as little
of /etc's text files as you want.  And now I've found that CVS is
getting in the way, by wiping the group and file and directory
permissions of the files being added.  (It doesn't change the
permissions of the files you add - but the permissions etc. in the
archive seem to owe more to your umask than to the file.  So, for
example, /etc/passwd would be readable by everybody, or /etc/profile
might not be readable by anyone except root.)

I've noticed the discussions about directory permissions, but none of
them would solve this problem.

This sounds like it would be perfect, when implemented.

luke


_______________________________________________
Info-cvs mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/info-cvs