This one time, at band camp, Daniel Migowski said: > > Parameter --ingroup simply does not work. To test, invoke adduser like this: > > adduser peter --ingroup cdrom > > I assume, a "cat /etc/group | grep cdrom" should bring something like this: > > cdrom:x:24:peter > > and not this: > > cdrom:x:24:
The --ingroup option affects what the user's 'primary' group is - this information is stored in the passwd file, not the groups file. So, getent passwd peter should return that he is in group 24, or cdrom. > If I am wrong, then this is a bugreport for uncomprehensible documentation, > since this says: > > --ingroup GROUP > Add the new user to GROUP instead of a usergroup or the default > group defined by USERS_GID in the adduser.conf file. > > And i wonder, what differs "GROUP" from "a usergroup", btw. It is sort of an arbitrary way of thinking about it, it's true. The split is: peter has some admin defined group as primary (cdrom) peter has a primary group same as username (peter - this is a usergroup) peter has the same primary group as all other users (group users) Does that help? Or do you have a better wording for the documentation? Cheers, -- ----------------------------------------------------------------- | ,''`. Stephen Gran | | : :' : [EMAIL PROTECTED] | | `. `' Debian user, admin, and developer | | `- http://www.debian.org | -----------------------------------------------------------------
signature.asc
Description: Digital signature
