This is the mail archive of the
mailing list for the Cygwin project.
Re: ntsec+inetd+cvspserver (was CVS PServer problem)
- From: Corinna Vinschen <cygwin at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Wed, 30 Jan 2002 14:32:56 +0100
- Subject: Re: ntsec+inetd+cvspserver (was CVS PServer problem)
- References: <003101c1a98e$100ca980$ce113e9b@LSIL.COM>
On Wed, Jan 30, 2002 at 12:59:40PM -0000, Phil Dempster wrote:
> > Heck, why did I wrote /usr/doc/inetutils-1.3.2.README and what are
> > the announcements good for? Since version 1.3.2-15 we have the
> > following (quoted):
> Apologies and thanks...
> So: Since CVS is evidently running as Guest (there are no entries in the
> event log to contradict this) and the user account specified in
> CVSROOT/passwd is also Guest, how can it be that CVS is able to modify
> read-only admin files whose ownership is Administrator:Administrators? For
> example, the `modules' file has the properties:
> -r--r--r-- 1 Administ Administ 1170 Jan 30 10:29 modules
> After I check it out, modify it, then commit it:
> -r--r--r-- 1 Guest Administ 1186 Jan 30 12:51 modules
> Am I missing something really obvious? The fact that the group remains
> `Administrators' rings alarm bells. I'm just trying to get a better
> understanding of what's going on here as I only have a rudimentary knowledge
> of Win2K and Unix file permissions.
Did you check your /etc/group? Is there a group Guests and
Guest has that group as primary group in /etc/passwd?
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:email@example.com
Red Hat, Inc.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html