From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#19795: Allow for stateless users and groups in GuixSD Date: Sun, 08 Feb 2015 15:32:52 +0100 Message-ID: <87egq0scbv.fsf@gnu.org> References: <20150207091023.GA12524@debian> <87iofd14og.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52429) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKSw0-0003LX-VZ for bug-guix@gnu.org; Sun, 08 Feb 2015 09:34:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YKSw0-0001Kf-6s for bug-guix@gnu.org; Sun, 08 Feb 2015 09:34:04 -0500 Received: from debbugs.gnu.org ([140.186.70.43]:45950) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YKSw0-0001Kb-4Q for bug-guix@gnu.org; Sun, 08 Feb 2015 09:34:04 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YKSvz-0007r1-Ki for bug-guix@gnu.org; Sun, 08 Feb 2015 09:34:03 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87iofd14og.fsf@netris.org> (Mark H. Weaver's message of "Sat, 07 Feb 2015 22:07:59 -0500") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Mark H Weaver Cc: 19795@debbugs.gnu.org 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 'useradd' work as > expected, but are undone the next time they update their system. Just to be clear about the current situation: everything is stateless, with the exception of passwords (=E2=80=98reconfigure=E2=80=99 does not alt= er them) and user accounts that are not removed (the crux of this report.) Apart from passwords, any modification is undoed on the next =E2=80=98reconfigure=E2=80=99 or on the next reboot. See notably e2b464b7,= which took a step to ensure that user account settings in the OS declaration are fully honored. In response to this bug report, I would just add activation code that removes any unknown user accounts. Thanks, Ludo=E2=80=99.