Egyébként értem, hogy mire akarsz kilyukadni, csak a logikát nem látom mögötte
A logika annyi, hogy sajnos van ez a hülye berögződés régről, hogy a usernév és a userid kölcsönösen egyértelműen megfeleltethetőek és mindkettő mindig képezhető a másikra (messze nem biztos - amíg /etc/passwd van csak, addig technikailag jogos), ami miatt van ez a régi beidegződés, hogy használható egy konfigurációs opcióként (hogy aztán kérnek-e mondjuk # prefixet, az más kérdés). Ugyanez a bug láthatóan ott van másik toolban. Akkor miért _csak_ a systemd-n kérjük számon, hogy egy alapvetően olyan rendszeren, ahol a legtöbb disztró nem warningol, hanem megtiltja a számmal kezdődő felhasználónevet a saját toolkészletében (lásd a NAME_REGEX, amit írtál), de legalábbis a doksiban ajánlott megkötéseket ír a usernévre (szintén Debian: It is usually recommended to only use usernames that begin with a lower case letter or an underscore). [btw, pl. a user slice-ok miatt szükség is van az uid-ekre, tehát az se működik, hogy simán az egyiket kivágjuk... most már :( ]
Ebből a szempontból szvsz. szerencsésebb a Windows-os kilométer hosszú SID-es megoldás, mert úgy legalább _senkiben_ fel sem merül, hogy egy belső ID-t használjunk a vele többé-kevésbé ekvivalens felhasználónév helyett.
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)