Bug#440801: adduser: Option --firstuid no longer applied to GID's of new users' user
On Tue, Mar 08, 2022 at 05:10:38PM +0100, Marc Haber wrote: > I do not particularly like the idea of overloading the first_U_id > option. Would it help you to have firstgid and lastgid options? --firstgid and --lastgid will be implemented soon. until nobody objects, I'll consider this change fixing this bug, and will close it with the upload. Greetings Marc
Bug#440801: adduser: Option --firstuid no longer applied to GID's of new users' user
On Wed, Nov 05, 2008 at 10:22:59AM +0200, George Karaolides wrote: > I think that where usergroups are used, the --firstuid option should > also apply to the GID of the new user as it did in the adduser command > shipped in previous versions of Debian. I do not particularly like the idea of overloading the first_U_id option. Would it help you to have firstgid and lastgid options? Greetings Marc
Bug#440801: adduser: Option --firstuid no longer applied to GID's of new users' user
I think that where usergroups are used, the --firstuid option should also apply to the GID of the new user as it did in the adduser command shipped in previous versions of Debian. Best regards, George Karaolides System Administrator OTEnet Telecommunications Ltd. Nicosia, Cyprus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440801: adduser: Option --firstuid no longer applied to GID's of new users' user group
Package: adduser Version: 3.102 Severity: normal In previous Debian releases the commandline option --firstuid was also applied to the GID of the user group for a newly created user (where USERGROUPS=yes) as well as to the user's UID. In Debian Etch, --firstuid applies only to the user's UID. The first GID for user groups can only be set from the configuration file parameter FIRST_GID. This is inconvenient in systems where the administrator routinely creates users with user groups which they wish to keep in different UID/GID ranges. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages adduser depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii passwd 1:4.0.18.1-7 change and administer password and ii perl-base 5.8.8-7 The Pathologically Eclectic Rubbis adduser recommends no packages. -- debconf information: * adduser/homedir-permission: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440801: [Adduser-devel] Bug#440801: adduser: Option --firstuid no longer applied to GID's of new users' user group
This one time, at band camp, George Karaolides said: In previous Debian releases the commandline option --firstuid was also applied to the GID of the user group for a newly created user (where USERGROUPS=yes) as well as to the user's UID. In Debian Etch, --firstuid applies only to the user's UID. The first GID for user groups can only be set from the configuration file parameter FIRST_GID. This is inconvenient in systems where the administrator routinely creates users with user groups which they wish to keep in different UID/GID ranges. In my mind they are semantically different, but I see that overloading --firstuid is helpful is cases where usergroups are used. How about we just catch that case, and otherwise fall back to firstgid ? Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
