[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20101118014154.GN3290@thunk.org>
Date: Wed, 17 Nov 2010 20:41:54 -0500
From: Ted Ts'o <tytso@....edu>
To: wayne cripps <wbc@...dartmouth.edu>
Cc: linux-ext4@...r.kernel.org
Subject: Re: bsd groups
On Tue, Oct 26, 2010 at 02:05:00PM -0400, wayne cripps wrote:
>
> Our department - Computer Science, at Dartmouth College, depends
> on bsd groups for our projects. Having bsd groups means one less
> thing for the undergrads and their TAs to have to keep track of.
> Since we have used them forever, people are used to that behavior as
> default.
So if people really insist on using it, then we'll keep it.
But one thing which I don't understand; why can't you just set the
setgid bit on the shared spaces? This causes newly created files to
have the same group id as the directory, and newly created
subdirectories to have the set gid bit. Set the group id at the top
directory of the project's directory hierarchy, and set the setgid
bit, and all newly created files will inherit the group id of the
directory --- and all newly created subdirectory will inherit the
group id as well as the setgid bit.
This is the System V scheme, which is much more flexible than the BSD
scheme, since you can set control whether you have the BSD behaviour
or the original System V unix behaviour, which is to always use the
primary group ID of the creator.
If you set the setgid bit on all directories (chmod -R g+s /mnt), then
you'll effectively have the same behavior as the grpid mount option.
What we may do is add a pointer to a web page with this explanation so
that people can understand there is a better alternative. Does this
work for you?
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists