Én egy UNIX-ot kértem, ami ezt csinálja, nem pedig egy tool-t;
Könyörgöm, az egész UNIX a C-s gyökerek (mármint most éppen történetiség, nem a szerzői) miatt tele van ugyanezekkel a "jóleszazúgy" edge case-kkel. Biztos vagyok benne, hogy ha nagyon keresnénk, találnánk olyan "standard" tool-t is (btw, szerinted mi része egy UNIX-nak és mi nem?), ami megfelelően elcseszett felhasználónévre kiakad (ill. meg kéne kérdezni a Solaris fejlesztőit, hogy miért tették bele azt a figyelmeztetést, amit lentebb képernyőképen linkeltél)
Azonfelül nem válaszoltál arra kérdésre sem, hogy amennyiben az adattípust egy külön direktívával adnád meg egy systemd unit-ban, akkor mi gátol meg, hogy multi-unit file esetén ugyanazt az override mechanizmust kövesd, mint normál esetben?
És itt is, ha az user-dt nincs megadva, akkor ugyanúgy stringnek veszi az user tartalmát.
Ezzel nem törtél el semmit, kompatibilis maradtál mindennel, amivel csak akartál és még azt a fránya invalid-user-revertet is preventáltad.
Egyetlen gond, hogy nem, vagy ha igen, akkor nem változtattál semmit.
Melyik legyen a default? Feltehetően a string. Akkor aki eddig csakazértis 0day-t írt root helyett, annak eltörted a konfigját. Ha pedig uid, akkor _mindenkinek_ aki felhasználónevet használt [kb... mindenki] eltörted a konfigját.
Akkor legyen három érték: legacy, uid, string. A kérdés ugyanaz, melyik legyen az új default. Ha legacy, akkor nem javítottad pont a hibát, ha uid/string, akkor pedig ugyanott vagy, mint fent.
or textual form)
Erre van a getpwname hívás. Helló!
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)