Comment 5 for bug 488158

How funny: you linked the wiki spec to the blueprint I had written a few years ago, without knowing how to implement it precisely.

The information from the wiki page would be nice to show from users-admin's help, but 1) our help is pretty outdated now, we should rewrite it from scratch using topic-centered pages (Mallard), 2) this is distro-dependent, so it should be shipped as a patch to the upstream help files (which depends on 1), and 3) I guess it would be good to have a simpler way to set this up than managing groups manually, and this help could be shown there. If one day you get all the bugs you cite fixed, and want to work on a GUI for that, you're welcome! ;-)

Your explanation of UPG makes sense to me, I think I'll simply stop adding the user to its main group. (But still, adduser could be smarter and remove the group if the user was the only member of it.) Though, the wiki page says
> All this can work because the primary group of each user is by default
> a private user group. (With the single member being the user itself.)
Which is in contradiction with what you've just told me. You may want to fix this: there's no member of the group, by default.

Additionally, do you have some references about the fact that main GID != UID would be a problem for standard cases? users-admin has its own "algorithm" to find a good UID/GID (because we were showing it in the GUI before creating the user, implying we had to choose it), which does not check that. If that really matters, I could remove this behavior so that we ask adduser to choose it. This is generally a good idea, but may not be very high priority for me if it does not hurt.