info-cvs
[Top][All Lists]
Advanced

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

RE: Setting access control restrictions on folders


From: Raghukumar.c
Subject: RE: Setting access control restrictions on folders
Date: Wed, 29 Jun 2005 06:56:09 -0700

Adrian,

 CVSUMASK did work but not umask. Thats more than enough & Thanks a lot for
that.

:)

Thanks again,
Raghu

-----Original Message-----
From: Adrian Ho [mailto:address@hidden
Sent: Wednesday, June 29, 2005 12:37 PM
To: 'address@hidden'
Subject: Re: Setting access control restrictions on folders


On Tue, Jun 28, 2005 at 05:10:22AM -0700, Raghukumar.c wrote:
> I am trying to restrict access to the modules inside the repository using
> the group/other mode permissions.The CVS Server is on a Linux machine and
> the client is TortoiseCVS/WinCVS. We have a pserver authentication set up.
> All the users log in with their own username/passwd but use a common
system
> username. At present the umask value of the default user is 0002. I am
> trying to make this 0007. I tried using the CVSUMASK environment variable
by
> declaring it in the profile file of the system username. This didnt work.

Because .profile is sourced only during login sessions.  Besides, *inetd
(or whatever inet superserver program you're using to host the CVS
pserver) doesn't spawn a shell to begin with, so I'd be very surprised
if it did work.

> I also tried with umask command. Even this failed. I always have my
> modules and the directories inside it created with 775 mode.

No surprise there either.  umask only affects child processes spawned
from the shell in which it was set.  Since your superserver doesn't
spawn a shell to begin with (blah blah blah).

> Initially I thought I was erring with the way I was setting umask but
> then I logged in as the system username and created directories/files,
> which worked fine.

Your initial thought was correct.

> Is there something that I am missing, or is it that CVSUMASK nor umask
works
> in this scenario.

You're simply setting either/both in the wrong place.  Simply write a
wrapper script, something like:

#!/bin/sh
umask 0007
# or CVSUMASK=0007; export CVSUMASK
exec /path/to/cvs "$@"

and invoke this script instead of cvs in your inetd/whatever config file.

- Adrian


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




reply via email to

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