GNU bug report logs - #56661
EMACSLOADPATH not set when using Guix System + Guix Home +

Previous Next

Package: guix;

Reported by: Maxime Devos <maximedevos <at> telenet.be>

Date: Wed, 20 Jul 2022 10:46:01 UTC

Severity: normal

Full log


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

From: Maxime Devos <maximedevos <at> telenet.be>
To: Andrew Tropin <andrew <at> trop.in>, 56661 <at> debbugs.gnu.org
Subject: SDDM does not do the equivalent of 'login shell --login', unlike
 other login managers
Date: Fri, 22 Jul 2022 15:13:15 +0200
[Message part 1 (text/plain, inline)]
On 22-07-2022 15:03, Andrew Tropin wrote:
> It's a tricky question, because it's a case on the edge of Home/System.
>  From one point of view it should be handled by some home service, which
> will create a proper ~/.xsession or extend it and generic mechanism,
Such a mechanism already exists for GDM and SLiM, see later (though it 
doesn't create ~/.xessionrc, it's more stateless, and it is independent 
of Guix Home). I don't see why Guix Home should handle things, it 
doesn't seem to have anything to handle (unless you go for the 
alternative, more stateful, solution you are proposing?).
> from some display managers will automatically source it, but on the
> other hand maybe adjusting system services for other DMs, which doesn't
> work "out of the box" yet is a way to go.  I don't have much experience
> with X11, and don't see a whole picture, so it's hard to tell which
> option is better.

I think I've found a solution that works for Guix System, independent of 
Guix Home (doesn't depend on Guix Home and doesn't interfere with Guix 
Home and doesn't require Guix System and Guix Home to interact), as 
written in another response (thread is getting a bit long!):

> On 22-07-2022 12:24, Maxime Devos wrote:
>> retitle 56661 SDDM does not do the equivalent of 'login shell 
>> --login', unlike other login managers
>> thanks
>>
>> A digged a little, and found  that:
>>
>> For GDM, things work, for SDDM, they don't.
>>
>> There is a 'xinitrc' procedure in gnu/services/xorg.scm that 
>> generates a configuration file that has a fallback .xsession that 
>> does a --login. This is used by gdm-wayland-session-wrapper, 
>> <gdm-configuration> and slim-shepherd-service.  However, nothing 
>> similar appears to be done for SDDM.  So it appears that the SDDM 
>> service needs to be tweaked to use xinitrc or such.
>
> It appears that SDDM supports xinitrc files, but it looks for them 
> (see data/scripts/Xsession) in $HOME/.xsessionrc and 
> /etc/X11/xinit/xinitrc.d, which do not exist in Guix. There is no 
> option for overriding the xinitrc.  However, it is possible to 
> override the Xsession script used, so we can give SDDM a modified 
> Xsession script that uses Guix' xinitrc. 

TBC: the 'xinitrc' that Guix generates does not override the ~/.xinitrc 
written by the user (if any) -- IIUC, the generated wrapper looks for 
~/.xinitrc and if it exists, it runs that, but if it doesn't exist, it 
has a fallback. Also, TBC, it doesn't create ~/.xsessionrc (unlike what 
you seem to be proposing), the relevant code just tells the login 
manager to look at /gnu/store/...-the-generated-xinitrc.

It seems to work for GDM and presumably also for SLiM, which has similar 
code. As such, I would expect it to work without problems for SDDM as 
well (please write SDDM in the subject line, the original SLiM is 
incorrect, I actually used SDDM).

Greetings,
Maxime

[Message part 2 (text/html, inline)]
[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]

This bug report was last modified 2 years and 320 days ago.

Previous Next


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