[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Help-Guix Digest, Vol 89, Issue 35
From: |
Martin Castillo |
Subject: |
Re: Help-Guix Digest, Vol 89, Issue 35 |
Date: |
Thu, 20 Apr 2023 16:20:10 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 |
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