l...@gnu.org (Ludovic Courtès) skribis:
> In response to this bug report, I would just add activation code that
> removes any unknown user accounts.
Commit 9bea87a does that.
Let me know if it wipes all your user accounts or anything! :-)
(Seriously though, I’ve run it on my machine and everyt
Mark H Weaver skribis:
> If we do this, I think we should take steps to prevent users+groups from
> being added, removed, group memberships changed, setting of passwords,
> etc, outside of 'guix system reconfigure'. I think that users will be
> very unhappy with us if commands like 'passwd' and
Andreas Enge writes:
> I agree, it is rather surprising that removing a user does not remove it.
> So I think it should be fully stateless (as long as the user's home
> directory is not erased, of course; so this should remain as a state and
> be reactivated once the user is available again, whic
Hello,
I agree, it is rather surprising that removing a user does not remove it.
So I think it should be fully stateless (as long as the user's home
directory is not erased, of course; so this should remain as a state and
be reactivated once the user is available again, which could cause problems
Hello,
My 2c:
In short +1!
Thompson, David writes:
> Currently, removing a user account from the users list in an OS config
> does not remove the user account from a system when 'guix system
> reconfigure' is run. I think that user accounts not specified in the
> user accounts list should be i
Currently, removing a user account from the users list in an OS config
does not remove the user account from a system when 'guix system
reconfigure' is run. I think that user accounts not specified in the
user accounts list should be invalidated and that /etc/passwd and
other files be fully rebuil
