From debbugs-submit-bounces@debbugs.gnu.org Sat May 07 05:26:28 2022 Received: (at 48796) by debbugs.gnu.org; 7 May 2022 09:26:28 +0000 Received: from localhost ([127.0.0.1]:50459 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nnGhn-00052Z-VT for submit@debbugs.gnu.org; Sat, 07 May 2022 05:26:28 -0400 Received: from ns13.heimat.it ([46.4.214.66]:54056) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nnGhl-00052K-Dh for 48796@debbugs.gnu.org; Sat, 07 May 2022 05:26:26 -0400 Received: from localhost (ip6-localhost [127.0.0.1]) by ns13.heimat.it (Postfix) with ESMTP id 01B323021A2; Sat, 7 May 2022 09:26:18 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at ns13.heimat.it Received: from ns13.heimat.it ([127.0.0.1]) by localhost (ns13.heimat.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FTMjl9KAVDWn; Sat, 7 May 2022 09:25:57 +0000 (UTC) Received: from bourrache.mug.xelera.it (unknown [93.56.171.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by ns13.heimat.it (Postfix) with ESMTPSA id 99C6A30219E; Sat, 7 May 2022 09:25:57 +0000 (UTC) Received: from roquette.mug.biscuolo.net (roquette [10.38.2.14]) by bourrache.mug.xelera.it (Postfix) with SMTP id 2AA8D1A6F6A6; Sat, 7 May 2022 11:25:57 +0200 (CEST) Received: (nullmailer pid 11320 invoked by uid 1000); Sat, 07 May 2022 09:25:56 -0000 From: Giovanni Biscuolo To: Maxim Cournoyer , bo0od Subject: Re: bug#48796: Guix on Debian 11 - Cant run or find applications from Guix In-Reply-To: <87zgs3jxvr.fsf@gmail.com> Organization: Xelera.eu References: <87zgs3jxvr.fsf@gmail.com> Date: Sat, 07 May 2022 11:25:56 +0200 Message-ID: <8735hlbsnv.fsf@xelera.eu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 48796 Cc: 48796@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello Maxim, sorry to come back to this after so long but this is still a bug I'm still trying to solve how to configure the "environment machinery" on a new Debian 11 laptop, on this machine there is no old user configuration status that could interfere: it's a brand new Debian 11 "basic" desktop Maxim Cournoyer writes: [...] > There are two things that Guix does to help users correctly configure > their system so that Guix installed applications appear on PATH. > > 1. The guix-install.sh installation script installs a > /etc/profile.d/guix.sh script that configures the PATH when logging > in: I've installed guix using the Debian package (apt install guix) and it installed /etc/profile.d/guix.sh, I have it [...] > I suspect you didn't install Guix via this script? If so, could you try > creating the above file, closing relogin in your graphical session and > report if it fixed things for you? No, if I remove all the Guix related environment settings from the user ~/.profile (plz see my recent messages in this bug report for details if you need) no environment variable from $GUIX_PROFILE/etc/profile (the file is there) is sourced in the resulting graphical user session: I tried both with LXDE and Mate (via lightdm) That file is sourced and environment variables are properly configured only via a succesful console login (ALT+F1) or an ssh login from a remote machine, I've tried The sourcing of /etc/profile.d/guix.sh is only working if I source that file from ~/.xsessionrc: =2D-8<---------------cut here---------------start------------->8--- if [ -f ~/.profile ]; then . ~/.profile fi if [ -f /etc/profile.d/guix.sh ]; then . /etc/profile.d/guix.sh fi export XSESSION_WAS_HERE=3D"Yes" =2D-8<---------------cut here---------------end--------------->8--- This is the (partial) env after I succesfully login in LXDE, I got it starting LXTerminal from the graphical session: =2D-8<---------------cut here---------------start------------->8--- GUIX_LOCPATH=3D/home/patrizia/.guix-profile/lib/locale GUIX_PROFILE=3D/home/patrizia/.guix-profile XDG_CONFIG_DIRS=3D/etc/xdg/lubuntu:/etc/xdg XDG_SESSION_PATH=3D/org/freedesktop/DisplayManager/Session2 XDG_MENU_PREFIX=3Dlxde- XDG_DATA_HOME=3D/home/patrizia/.local/share XDG_CONFIG_HOME=3D/home/patrizia/.config XDG_SEAT=3Dseat0 XDG_SESSION_DESKTOP=3DLXDE XDG_SESSION_TYPE=3Dx11 XDG_GREETER_DATA_DIR=3D/var/lib/lightdm/data/patrizia XDG_CURRENT_DESKTOP=3DLXDE XDG_SEAT_PATH=3D/org/freedesktop/DisplayManager/Seat0 XDG_SESSION_CLASS=3Duser XDG_VTNR=3D7 XDG_SESSION_ID=3D12 XDG_RUNTIME_DIR=3D/run/user/1001 XDG_DATA_DIRS=3D/etc/xdg/lubuntu:/usr/local/share:/usr/share:/usr/share/gdm= :/var/lib/menu-xdg:/usr/local/share/:/usr/share/:/usr/share/gdm/:/var/lib/m= enu-xdg/ XDG_SESSION_PATH=3D/org/freedesktop/DisplayManager/Session2 GIT_EXEC_PATH=3D/home/patrizia/.guix-profile/libexec/git-core XDG_SEAT_PATH=3D/org/freedesktop/DisplayManager/Seat0 INFOPATH=3D/home/patrizia/.config/guix/current/share/info: GUIX_LOCPATH=3D/home/patrizia/.guix-profile/lib/locale PATH=3D/home/patrizia/.guix-profile/bin:/home/patrizia/.guix-profile/sbin:/= home/patrizia/.config/guix/current/bin:/usr/local/bin:/usr/bin:/bin:/usr/lo= cal/games:/usr/games GIO_EXTRA_MODULES=3D/home/patrizia/.guix-profile/lib/gio/modules =2D-8<---------------cut here---------------end--------------->8--- Unfortunately, still XDG_DATA_DIRS is reset to a different value after I login to a LXDE user session (lxsession); please see my recent messages in this bug report for details; so basically I can run all Guix installed application "manually" but they are missing from the menu, also all the mime/type->application associasions are missing in the filemanager I've also opened a thread for this specific issue on debian-user: https://lists.debian.org/debian-user/2022/05/msg00153.html but how XDG_DATA_DIRS is reset after ~/.xsession sourcing is still a great mistery. More unfortunately, if I try to login using a Mate session (with the above configuration, thus with that environment) it fails with this error (via journalctl): =2D-8<---------------cut here---------------start------------->8--- mag 07 09:21:14 raifort mate-session[818]: GLib-GIO-ERROR: Settings schema= 'org.mate.session' is not installed aborting... =2D-8<---------------cut here---------------end--------------->8--- If I remove /etc/profile.d/guix.sh from the user's ~/.xsession Mate is able to login with no problems (is this related to GIO_EXTRA_MODULES?) but I miss the Guix environment variables, obviously. [...] Happy hacking! Gio' =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQJABAEBCgAqFiEERcxjuFJYydVfNLI5030Op87MORIFAmJ2OyQMHGdAeGVsZXJh LmV1AAoJENN9DqfOzDkSrPYP/j8nzCcZeQmFTPuPZr11Mq43kMQrw6RH5VyrJHAU NsvgGE12On8paG7HneAT0hoFmgHg38RCiEgPvexr96IVU1jJGhkffRHuZw+/CvY3 qL+Jl3Q5UCLd0rNnVjjU82Cnt8BlRDSFabKKqFAJVJjjkpbzn87VKpLJYcBse0Ab /D8m9CEUVPBnUSIY+vjKQapl898vLw7wWBLdWxoUzZ7D6iLhZ9JejtVLmwLxXrV5 A4avKhIXMrK9ktkY9QjcSG/hjr9M7zkKMGUOG3hPRzQAZvI1WPGrHd6si4WhQypG W9HZO93En49ooUblkzCEhwkO+qucvZHxK+0M8GxQe5/LjHkvlVCI5IGqZ1B8d8uD GCgAiUDkHTiUuKX0aHIqyBPO7ISAaRWsNyisRQrD3MMvyS9IPyOBuICflXezbN51 5kwENgYsFf0WBlRn/ZMUlsdqc2t+rA8Fut45RccAl66tqR5Ed4YZVmYUWbA7QF7I r0twgYE9n3DSrH/7wt1Ps5BiIATATs/FejsfWgjvxphckZ9TEeaxNWUTnHl5cSB9 g4W3kGMhJ+3AkdJuoz1sKBsFcNW1U0tJ4fQk3m4Dg94U4Dp4hit6P1a1Z/BhU9pR xS9JM0nq/BEKMwxsBTSRW2p+lJEXTYm+GRvFw5Gd7AKVAQGbTO5tty1CViHcW1mF 04ev =dlY2 -----END PGP SIGNATURE----- --=-=-=--