Your message dated Tue, 26 Jul 2022 12:56:16 +0200
with message-id <Yt/[email protected]>
and subject line Re: Bug#640651: please set default FIRST_SYSTEM_UID=1 and 
FIRST_SYSTEM_GID=1
has caused the Debian Bug report #640651,
regarding allow FIRST_SYSTEM_(UID|GID) to be preseeded
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
640651: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640651
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Package: adduser
Version: 3.113
Severity: wishlist

Please set the defaults

        FIRST_SYSTEM_UID=1
        FIRST_SYSTEM_GID=1

in /etc/adduser.conf to avoid conflicts in existing environments
when running debian-installer.

Using debian installer the current defaults for FIRST_SYSTEM_UID
and FIRST_SYSTEM_GID produce conflicts with existing "real"
accounts managed in a historically grown NIS environment. The
first system UIDs and GIDs >100 are allocated before you have a
chance to edit /etc/adduser.conf or to start NIS, while most
UIDs<100 and GIDs<100 would be free to use.

In historically grown environments network wide accounts with
UIDs and GIDs <1000 are not uncommon. Good old SunOS 4.x reserved
just UIDs and GIDs <100 for system usage, for example.


Regards

Harri
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk5lrNsACgkQUTlbRTxpHjeEFwCgikwfCDn2QusY/Yi9rU6Xl8qd
of4AnizJ644JhbIB1hZIcMBwLb1Omuyn
=s00n
-----END PGP SIGNATURE-----



--- End Message ---
--- Begin Message ---
Version: 3.125

On Wed, Jul 13, 2022 at 05:41:57PM +0200, Marc Haber wrote:
> The adduser maintainers have decided to remove debconf from adduser.
> Therefore, no more work is going to go into this bugreport. Hence,
> wontfix.

debconf is now gone, and the ability to preseed as well.

My recommendation to address the issue mentioned in this bug report is
to not have the Installer create a user account, change adduser.conf in
the installed system and to proceed from there.

The rationale for the original request was a newly installed machine
connecting to a historically grown NIS environment; the people running
such an environment are surely able to live without ONE user account
created in the Installer.

Greetings
Marc

--- End Message ---

Reply via email to