Re: Help-Guix Digest, Vol 89, Issue 35

[Martin Castillo <castilma@uni-bremen.de>]

Hi,

Am 20.04.23 um 14:52 schrieb Gottfried:
> Hi,
> 
> gfp@Tuxedo ~$ ps $(ps   -p $(pidof Xorg) -o ppid=)
>    PID TTY      STAT   TIME COMMAND
>   1114 tty8     Ssl+   0:00 
> /gnu/store/58hc6rh72z3r6zqazmavjnwbcyy6gkps-gdm-42.0/libexec/gd
> 
> it shows gdm-42.0 as my display manager
> ..........................................................................
>> A quick search makes me think gdm sources .xprofile. So adding
>>> source ~/.bash_profile
>>> to ~/.xprofile should work.
> 
> this is in my .zprofile file, after adding the second sentence/your 
> proposal
> 
> # Honor system-wide environment variables
> source /etc/profile
> # all Profile beim Start des Displays Managers öffnen
> source ~/.bash_profile
> ..........................................................................
> 
> but it didn’t help to enable all profiles at login.

Ok, I can think of 2 potential problems. 1) xprofile is not read on 
login or 2) something is wrong with the lines in .bash_profile that 
should activate the profiles.

To test 1) add
echo reading xprofile on $(date) >>~/login.log
to your .xprofile and logout and back in.

If this file is really sourced on login, you should find the file 
~/login.log with a line saying something like reading xprofile on Do 20. 
Apr 16:13:21 CEST 2023.

If login.log does not exist, then maybe ~/.xprofile is not executable?
Try chmod +x ~/.xprofile and re-login.

If login.log exists, then there seems to be something wrong with the 
lines that should activate the profiles in .bash_profile.
To test 2) start a login shell with a clean environment
env - bash -l

and check whether that shell has all the profiles activated. If not, 
there is something wrong with your .bash_profile. You should post that then.

Martin