* Marc Haber <mh+debian-de...@zugschlus.de> [241203 22:06]: > On Tue, Dec 03, 2024 at 08:41:06PM +0100, Étienne Mollier wrote: > > Marc Haber, on 2024-12-03: > > > I'll probably deprecate --allow-bad-names in favor of something that > > > doesn't use the word "bad" (suggestions appreciated). Otoh, adduser in > > > the Red Hat World uses --badname to allow such names as well. > > > > The problem is not the name, but the character set, so perhaps > > --allow-bad-characters will be better perceived. If you want to > > also avoid "bad", maybe try --allow-ambiguous-characters, or > > --allow-extended-character-set? The last one is perhaps a bit > > long winded, but also sounds more accurate than the rest. What > > do you think of these approaches? > > Extended sounds good, maybe even "unicode"? or "international"?
I echo Alejandro's concerns. We should stop having the flag completely, not encourage using it. If the default restrictions are too tight, then we need to work on that. What we should not do is to introduce a badly tested because mostly unused codepath, that will introduce bugs in all sorts of places. IOW: if we move towards better character support, we need to do that by allowing it always. Same for longer names. Chris
