> I clarified this and ensures ‘chfn’ is actually usable in commit
> c76775263e56a10cc1b84d03a5827f42436afe40.
Oops, I hadn’t pushed; the right commit ID is
671e6a81804f264ddcdd6fe7579644404da079b8.
Ludo’.
Hi Jacob,
Jacob First skribis:
> Thanks for the explanation. This rationale sounds reasonable to me. If
> someone with proper permission has modified a user account's comment,
> it could be important to preserve that customization.
>
> As I pointed out in an earlier message, I believe this behav
Thanks for the explanation. This rationale sounds reasonable to me. If
someone with proper permission has modified a user account's comment,
it could be important to preserve that customization.
As I pointed out in an earlier message, I believe this behavior
contradicts the documentation of the `u
Hi,
Jacob First skribis:
> After I apply this configuration with `guix system reconfigure', I
> expect /etc/passwd to have been updated with "New Comment" in place of
> "Old Comment". However, "Old Comment" remains.
This is on purpose, per these lines in ‘allocate-passwd’ in (gnu build
accounts
Changing the shell indeed causes the comment to be updated.
If lazy update is the correct behavior, then the docs about user
accounts are a bit misleading:
"When booting or upon completion of guix system reconfigure, the
system ensures that only the user accounts and groups specified in the
opera
Hi,
Am Donnerstag, dem 16.12.2021 um 07:00 + schrieb Jacob First:
> In my Guix system's /etc/passwd file, my user named "abc" has a
> comment attached to it. The relevant line is:
>
> abc:x:1000:998:Old
> Comment:/home/jkf:/gnu/store/71yp1p06jy2j96bfdz43f4p6ncdym5a1-zsh-
> 5.8/bin/zsh
>
In my Guix system's /etc/passwd file, my user named "abc" has a
comment attached to it. The relevant line is:
abc:x:1000:998:Old
Comment:/home/jkf:/gnu/store/71yp1p06jy2j96bfdz43f4p6ncdym5a1-zsh-5.8/bin/zsh
Today the users section of my current config.scm looks like this:
(users (cons* (