info-cvs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: What could go wrong with this scenario?


From: Marcel van der Boom
Subject: Re: What could go wrong with this scenario?
Date: Wed, 14 Nov 2001 19:05:19 +0100
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5+) Gecko/20011023

A good description from the list archive:

http://www.mail-archive.com/address@hidden/msg14117.html

From this message...

...probably need to set the set-group-id (SGID) bit on the directories
in your repository (chmod g+s) -- that usually makes newly-created files
and directories get their gid from the parent directory instead of from
the creating process on systems where that doesn't happen by default...

- usually?

If I understand correctly when I use chmod g+s on the project directory and I do this once the directory is created every addition and modification of whatever user will make sure that the file is in the right group and the file belongs to the creator (in the case of adding a new file) and preserves the ownership when committing a change.


What is the underlying problem you are trying to fix?

See above, that is the basic idea. New files are owned by their creator and stay that way (this happens by default right?) others in the group have write rights on the file (in normal shell environment) and if applicable commit rights on it. Others not in the group have no rights.

This is the first of a series of activities to come to a repository which can hold secure files (customer owned) and free sources mixed into one repository. We used to have different repositories for it, but I have decided to plunge in and try to have them in one repository without daily manual maintenance to get guarantees that information is secure.

--
Marcel van der Boom
HS-Development BV
Kwartiersedijk 14B
Fijnaart, The Netherlands
Tel. : 0168-468822
Fax. : 0168-468823
Email: address@hidden






reply via email to

[Prev in Thread] Current Thread [Next in Thread]