Hi Enrico, Enrico Scholz wrote: > Peter Vrabec <pvrabec@xxxxxxxxxx> writes: > >> Sorry, but I saw enough issues on fedora-maintainers. > > Issues there were only of non-technical nature. Things like: > > * it's proprietary, nobody else uses it > * causes lot of discussions > > are no blockers. from my point of view, I'm against any static allocation. I mean there shouldn't be any "--hint or "-u" used by useradd in .spec files. Of course there are some cases, when admin needs to specify UID for particular user. He can do it before package install. And the fact that anaconda do not allow to create system account before package installation is another issue. > > >> Another think is how we would deal with fedora-usermgmt in RHEL >> environment. > > This is a fedora list... ;) OK, I'm sure you understand we need to consider fedora-usermgmt in RHEL :-) > > When the '--hint' patch for shadow-utils would be applied and the > configurability of the shadow-utils package be enhanced (handle > /usr/sbin/useradd with 'alternatives', use an overridable virtual > Provides: for the hint-translator), it can be used for RHEL too. > > Adding a kickstart option to specifiy the fixed window of available uids > would ease integration into RHEL. > > >> I'd like to see dynamic UID in range 100-500 and nothing else. > > By default, fedora-usermgmt does not violate this constraint. > -- fedora-extras-list mailing list fedora-extras-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-extras-list
