Re: Help-Guix Digest, Vol 89, Issue 35 (Martin Castillo)

[Gottfried]

Hi,

thanks for help.

1.

To test 1) add

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

I have a file .zprofile in my home directory
but not a file: .xprofile

I tried with both to add it to my .zprofile file
did not help.

---------------------------------------------------------

2.

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.

I did not find a file: ~/login.log

I have  files:
.e-log.log
.e-log.log.old

or they are in a different directory?

------------------------------------------------------------------
in /etc/profile there is:

# Crucial variables that could be missing in the profiles' 'etc/profile'
# because they would require combining both profiles.
# FIXME: See <http://bugs.gnu.org/20255>.

export MANPATH=$HOME/.guix-profile/share/man:/run/current-system/profile/share/man export INFOPATH=$HOME/.guix-profile/share/info:/run/current-system/profile/share/info export XDG_DATA_DIRS=$HOME/.guix-profile/share:/run/current-system/profile/share export XDG_CONFIG_DIRS=$HOME/.guix-profile/etc/xdg:/run/current-system/profile/etc/xdg # Make sure libXcursor finds cursors installed into user or system profiles. See <http://bugs.gnu.org/24445> export XCURSOR_PATH=$HOME/.icons:$HOME/.guix-profile/share/icons:/run/current-system/profile/share/icons

# Ignore the default value of 'PATH'.
unset PATH

# Load the system profile's settings.
GUIX_PROFILE=/run/current-system/profile ; \
. /run/current-system/profile/etc/profile

# Since 'lshd' does not use pam_env, /etc/environment must be explicitly
# loaded when someone logs in via SSH.  See <http://bugs.gnu.org/22175>.
# We need 'PATH' to be defined here, for 'cat' and 'cut'.  Do this before
# reading the user's 'etc/profile' to allow variables to be overridden.
if [ -f /etc/environment -a -n "$SSH_CLIENT" \
      -a -z "$LINUX_MODULE_DIRECTORY" ]
then
   . /etc/environment
   export `cat /etc/environment | cut -d= -f1`
fi

# Arrange so that ~/.config/guix/current comes first.
for profile in "$HOME/.guix-profile" "$HOME/.config/guix/current"
do
   if [ -f "$profile/etc/profile" ]
   then
     # Load the user profile's settings.
     GUIX_PROFILE="$profile" ; \
     . "$profile/etc/profile"
   else
     # At least define this one so that basic things just work
     # when the user installs their first package.
     export PATH="$profile/bin:$PATH"
   fi
done

# Prepend setuid programs.
export PATH=/run/setuid-programs:$PATH

# Arrange so that ~/.config/guix/current/share/info comes first.
export INFOPATH="$HOME/.config/guix/current/share/info:$INFOPATH"

# Set the umask, notably for users logging in via 'lsh'.
# See <http://bugs.gnu.org/22650>.
umask 022

# Allow Hunspell-based applications (IceCat, LibreOffice, etc.) to
# find dictionaries.


# Allow GStreamer-based applications to find plugins.
export GST_PLUGIN_PATH="$HOME/.guix-profile/lib/gstreamer-1.0"

if [ -n "$BASH_VERSION" -a -f /etc/bashrc ]
then
   # Load Bash-specific initialization code.
   . /etc/bashrc
fi


I don’t know if that helps, so I copied it
----------------------------------------------------------------------

3.

export DICPATH="$HOME/.guix-profile/share/hunspell:/run/current-system/profile/share/hunspell"

Try chmod +x ~/.xprofile and re-login.

gfp@Tuxedo ~$ chmod +x ~/.xprofile


If I do a:
gfp@Tuxedo ~$ chmod +x ~/.zprofile
gfp@Tuxedo ~$

something was done.




-------------------------------------------------------------------

chmod: Zugriff auf '/home/gfp/.xprofile' nicht möglich: Datei oder Verzeichnis nicht gefunden

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.

gfp@Tuxedo ~$ env - $(which bash) -l
gfp@Tuxedo /home/gfp$ icecat
Error: no DISPLAY environment variable specified
gfp@Tuxedo /home/gfp$ chromium
Fontconfig error: No writable cache directories
Fontconfig error: No writable cache directories
Fontconfig error: No writable cache directories
Fontconfig error: No writable cache directories
Fontconfig error: No writable cache directories

gfp@Tuxedo /home/gfp$

I tried to open icecat and chromium in that shell but it doesn’t work.

hopefully we are one step further

Kind regards

Gottfried

[7535:7535:0422/182050.365759:ERROR:ozone_platform_x11.cc(238)] Missing X server or $DISPLAY [7535:7535:0422/182050.366270:ERROR:env.cc(255)] The platform failed to initialize. Exiting.

Message: 5
Date: Thu, 20 Apr 2023 16:20:10 +0200
From: Martin Castillo <casti...@uni-bremen.de>
To: help-guix@gnu.org
Subject: Re: Help-Guix Digest, Vol 89, Issue 35
Message-ID: <6b38f4c7-7a29-a7a7-0116-ed404c0df...@uni-bremen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed

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


it shows gdm-42.0 as my display manager
..........................................................................

1114 tty8 Ssl+ 0:00 /gnu/store/58hc6rh72z3r6zqazmavjnwbcyy6gkps-gdm-42.0/libexec/gd

A quick search makes me think gdm sources .xprofile. So adding

source ~/.bash_profile
to ~/.xprofile should work.

# 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.

this is in my .zprofile file, after adding the second sentence/your proposal

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



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


To test 2) start a login shell with a clean environment
env - bash -l



Martin

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. 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 exists, then there seems to be something wrong with the lines that should activate the profiles in .bash_profile. 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.

OpenPGP_0x61FAF349C9FB7F94.asc
Description: OpenPGP public key

OpenPGP_signature
Description: OpenPGP digital signature