* Marc Haber <mh+debian-packa...@zugschlus.de> [241110 13:30]: > On Sun, Nov 10, 2024 at 12:24:34PM +0100, Chris Hofstaedtler wrote: > > On Mon, Oct 28, 2024 at 05:19:35PM +0100, Marc Haber wrote: > > > We still have other tests failing because of this useradd change, and I > > > think that useradd upstream is being too picky here. For example, > > > usernames liek DOMAIN\user are reguarly used in Windows environments and > > > some users might want ot have the same user names on their Debian > > > systems. Since adduser cannot create a user that useradd would not > > > create, I'd like to make up our minds to what we want to allow us to > > > stay in sync with each other. > > > > Right. As you know, mjt thinks having DOMAIN\user in /etc/passwd > > does not work anymore for samba. I'm reluctant to patching support > > into src:passwd, if its likely that the previous usecases do not > > work anymore, regardless of passwd/adduser supporting it. > > I understand.
[..] > > > We also have adduser.conf which allows the local user to tweak the > > > regexps. > > > > I guess that either needs some text on what is allowable (but > > defering to useradd somehow), or maybe adduser just defers all > > name checking to useradd and removes the configuration options? > > That would be the best option, but it would need a possiblity to > distinguish useradd not liking the name from another random error > condition, thus require a dedicated exit code from useradd. I'd rather > not parse useradd's stderr to find out what's wrong. Makes sense to me. I think I saw you filing an upstream wishlist to add a dedicated exit code(?). Right now I don't have the time to propose a patch upstream to do that. Maybe someone else can be persuaded into doing that. Best, Chris
