GNU bug report logs - #76286
[PATCH] services: greetd: Use user default login shell.

Previous Next

Package: guix-patches;

Reported by: Murilo <murilo <at> disroot.org>

Date: Fri, 14 Feb 2025 11:50:02 UTC

Severity: normal

Tags: patch

Done: "Murilo" <murilo <at> disroot.org>

Bug is archived. No further changes may be made.

Full log


Message #14 received at 76286 <at> debbugs.gnu.org (full text, mbox):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: muradm <mail <at> muradm.net>
Cc: Murilo <murilo <at> disroot.org>, 76286 <at> debbugs.gnu.org,
 Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#76286: [PATCH] services: greetd: Use user default login shell.
Date: Sat, 22 Feb 2025 22:13:34 +0900
Hi Muradm,

muradm <mail <at> muradm.net> writes:

> Hi!
>
> Techincally looks fine, however...
>
> Initially, I intentionally didn't go with login shell. The problem is,
> you can't write 'bash -l` in passwd database.
> Having shell command configured in passwd, and its arguments in guix
> configuration may intiated unwanted inconsistency.
> For instance, user puts some fancy command as shell in passwd, and
> greetd sticks '-l' flag to it that nukes the hard drive - exaggeration
> to illustrate the problem :)
> Personally, I didn't feel comfortable in spreading configuration of
> one command in two unrelated places.
>
> As far as I understand, whoever uses shell configured in passwd should
> known how to invoke it.

I see, thanks for bringing my attention to the fact that greetd provides
'-l' itself.  It seems it could be awkard to honor the default user
shell and have a default '-l' added to it, which may or may not be
supported (I guess most shells do, but...)

Murilo, what do you think?  Can we close this, preserving the fully
declarative status quo?

-- 
Thanks,
Maxim




This bug report was last modified 84 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.