-
-
Notifications
You must be signed in to change notification settings - Fork 14.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use systemd-sysusers #3191
Comments
Note that systemd-sysusers is limited to configuring password-less disabled-login users; so if /etc is readonly (#3192) we will need to use an alternate method of configuration for other (normal) users, e.g. https://github.com/aperezdc/nss-altfiles. |
How do you propose to handle passwords? Should the hash be stored in |
Systemd-sysusers doesn't let you specify passwords, so this issue doesn't handle them. Passworded users will be elsewhere, e.g. with |
While using an “official” way to do declarative users would be nice, I believe our current scripts are quite mature by now. Are there any good arguments for switching? My impressions are:
@Mathnerd314, do you want to implement that? Otherwise it vote for close. |
I have used sysusers on non-NixOS setups, works as advertised in my experience. Whether it would bring anything to NixOS is unclear, apart from offloading some logic onto systemd (and thus also having to abide by their rules for how system users are to be handled). |
The scripts are not what I would call "mature"; they are littered with "FIXME". That being said, systemd-sysusers cannot make ordinary users, so the perl script seems preferable at the moment. |
Maybe @edolstra is in favor of a rewrite? |
Support for |
Systemd 215 is released, and has a new way of configuring system user accounts which is much nicer than our current shell-script approach. Systemd should be updated to 215 and then the user/groups creation code changed to write to a systemd-sysusers configuration file.
The text was updated successfully, but these errors were encountered: