On Mon, Sep 17, 2001 at 12:30:58PM -0400, Li-Kai Liu wrote:
> Corinna Vinschen wrote:
>
> >On Mon, Sep 17, 2001 at 07:00:38AM -0700, Serge Pluess wrote:
> >
> >>Hi there
> >>
> >>yep, The machine is part of that domain, I am logging in as a member of the domain
>and this is the only domain we have.
> >>
> >>Both commands end up with the same results:
> >>
> >>mkpasswd -d
> >>mkpasswd -d mydomain
> >>
> >>One thing I have noticed is that there are 12 entries for the local accounts for
>the machine. It seems that the mkpasswd -d is starting getting the right users, but
>stops after reaching the count of the local entries.
> >>
> >
> >Sounds pretty unlikely since getting local vs. global accounts are
> >different functions in mkpasswd. I have performed three checks with
> >domains with 13, 141 and 632 users and mkpasswd worked as expected.
> >
> >You will have to debug that problem since you seem to be the only
> >person with that problem so far.
> >
> >Corinna
> >
> i also noticed that (with local accounts), mkpasswd outputs the users
> with wrong group id. all user's group is set to 513, which when shown
> from mkpasswd -g (or mkgroup), is a None group. fortunately i just had
> to manually edit all 4 users and that's all i need to do. isn't this
> observation interesting?
Not really. It's the expected behaviour since domainless machines
don't support the concept of settable primary groups as it's on
U*X and in NT domains. Therefore all users have the fixed primary
group of 513 = None on domainless machines. Unless you're using
ntsec in Cygwin of course ;-)
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:[EMAIL PROTECTED]
Red Hat, Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
