[Bug 549117] Re: users are not added to "users" group (empty, broken behaviour)

Launchpad Bug Tracker 549117 at bugs.launchpad.net
Sat May 5 07:59:07 UTC 2012


Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: adduser (Ubuntu)
       Status: New => Confirmed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to adduser in Ubuntu.
https://bugs.launchpad.net/bugs/549117

Title:
  users are not added to "users" group (empty, broken behaviour)

Status in NULL Project:
  Fix Released
Status in “adduser” package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: adduser

  Current behaviour is:
  The "users" group exists but is not populated (empty). When setting up a (set group ID) group directory (i.e. /home/group/users) users can not collaborate on files in that directory.

  (This was originally broken because gnome-system-tools introduced its
  own user profiles without using adduser profiles (different config
  files) and disabling the EXTRA_GROUPS in adduser.conf alltogether
  instead of leaving the "users" group untouched.)

  Changed (repaired) behaviour would be:
  Users are added to the "users" group just as well when the default (private) USERGROUP scheme is used, so that group directories for "users" are functional again.

  Two solutions exist to have all (regular/login) users to belong to the
  users group by default again:

  1)
   Centrally add one line to /etc/security/group.conf (for dynamic addition to the group during login):
  *; *; *; Al0000-2400; users

  2)
   Add all existing users (according to adduser.conf: FIRST_UID / LAST_UID) manually/scripted to the users group and setting EXTRA_GROUPS="users" in adduser.conf for new users.

  There should be no security risk involved, because no files belonging
  to the users group are created by default and at the same time users
  is applied as the primary group to users when (private) USERGROUPS are
  disabled in /etc/adduser.conf.

  The users group is generally used as a group refering to all users,
  and it makes the user private group scheme work as designed.

  (this issue is filed in the context of
  https://wiki.ubuntu.com/MultiUserManagement )

To manage notifications about this bug go to:
https://bugs.launchpad.net/null/+bug/549117/+subscriptions




More information about the foundations-bugs mailing list