From mboxrd@z Thu Jan  1 00:00:00 1970
From: Tanguy Le Carrour <tanguy@bioneland.org>
Subject: Re: Changing user-account's shell
Date: Fri, 19 Apr 2019 23:30:24 +0200
Message-ID: <20190419213024.sc25c4qlyppg5sua@melmoth>
References: <20190417195944.v3duu4wzh7sqj7dk@melmoth> <87pnpjqsmg.fsf@gnu.org>
	<20190418205131.mthcnvo3dodf3pvx@melmoth> <87r29yciaf.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([209.51.188.92]:55771)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <tanguy@bioneland.org>) id 1hHb5a-0002Z8-6C
	for help-guix@gnu.org; Fri, 19 Apr 2019 17:30:31 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <tanguy@bioneland.org>) id 1hHb5Y-0007Y9-P8
	for help-guix@gnu.org; Fri, 19 Apr 2019 17:30:29 -0400
Content-Disposition: inline
In-Reply-To: <87r29yciaf.fsf@gnu.org>
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix/>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: Ludovic =?utf-8?Q?Court=C3=A8s?= <ludo@gnu.org>
Cc: help-guix@gnu.org

Le 04/19, Ludovic Courtès a écrit :
> Tanguy Le Carrour <tanguy@bioneland.org> skribis:
> > Le 04/18, Ludovic Courtès a écrit :
> >> Tanguy Le Carrour <tanguy@bioneland.org> skribis:
> >> > I'm trying to set my user's shell through the Guix configuration system,
> >> > but without success.
> >> > […]
> > Bug or feature?!
> 
> I say “feature”, but we can discuss it.  :-)
> 
> The (gnu build accounts) module, which populates /etc/passwd, considers
> the user shell to be “state”
> […]
> WDYT?

Definitively Feature! You've convinced me!
But, I guess, it will still feel weird for a little while not to see
the exact "state" describe in my config be applied on `reconfigure`.

I was thinking that maybe this could be documented like `password` is:

    You would normally leave this field to ‘#f’, initialize user
    passwords as ‘root’ with the ‘passwd’ command, and then let
    users change it with ‘passwd’.  Passwords set with ‘passwd’
    are of course preserved across reboot and reconfiguration.

Something like:

    … and then let users change it with `chsh`. Shells set with `chsh`
    are of course preserved across reboot and reconfiguration.

Anyway, thanks for your time geeks!

-- 
Tanguy