Comment 2 for bug 253103

Hello Steve,

yes, it may be that the adduser maintainer could change his package, adding redundant group configuration to all users. But other than that, some GUI tools don't seem to always rely on adduser (configuration) or even (debian) policy for user and group ids, unfortunately. (It's understood these are other bugs.)

One compelling reason to populate the users group (it is allready present on any debian/ubuntu system) for any user of a *nix like system is collaboration amongst users. Without this stardard *nix procedure users of a system can not work on files together easily. (Inform about file permission usage, Bug #252351)
Actually it would be good to provide a /home/share/users directory with set-guid permissions by default, to expose this functionality to ubuntu users.

The system itself does not need to reference the users group much because it normally does not share write access with users, world read access is enough. On the other hand there is not much reason for users to grand world writeable access to deamons and server processes even to their shared ressources. All the system has to do is to make sure users belong to the users group.

Again, the empty users group may be a regression as IIRC users properly belonged to the users group in the past.

All I can do to improve ubuntu is providing summarized feedback, if feeling like you would need discussion amongst developers before fixing the issue, I would very much appreceate you, maybe just copying my comments and bringing this forward on appropriate lists, etc.

Thank you for improving ubuntu.