From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tirifto Subject: Report on environment variable issues Date: Tue, 3 Sep 2019 21:25:50 +0200 Message-ID: <20190903212550.517dbf78@posteo.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:40483) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i5EQm-0006gP-Sd for help-guix@gnu.org; Tue, 03 Sep 2019 15:25:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i5EQl-0002FH-Bm for help-guix@gnu.org; Tue, 03 Sep 2019 15:25:32 -0400 Received: from mout01.posteo.de ([185.67.36.65]:41315) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i5EQk-0002AT-Qz for help-guix@gnu.org; Tue, 03 Sep 2019 15:25:31 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 0AA7616005D for ; Tue, 3 Sep 2019 21:25:27 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 46NH3V6mD2z6tm7 for ; Tue, 3 Sep 2019 21:25:26 +0200 (CEST) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: help-guix@gnu.org Hello! I am running Guix on Parabola GNU+Linux-libre (a libre derivative of Arch Linux), and have had issues with environment variables in two instances. I'm not asking for help, but I'm not sure if this is appropriate for the bug list, either, so here we go. Firstly, when running GNOME Shell (native on Parabola), I tried integrating it with Guix, so that applications installed with Guix would be visible to GNOME Shell. I tried doing this by extending the environment variable =E2=80=98$XDG_DATA_DIRS=E2=80=99, which is empty by de= fault, but that made GNOME Shell crash on login. After some investigation, it turned out that GNOME Shell falls back on a certain default value when the variable is empty, which already contains paths that GNOME Shell needs to function properly. So when the user extends the existing value of =E2=80=98$XDG_DATA_DIRS=E2=80=99 with an= other path, the variable is no longer empty, so GNOME Shell never gets to fall back to the paths it actually needs, and crashes instead. The solution was to manually add the paths to the extension/definition. I used =E2=80=98/usr/local/share:/usr/share=E2=80=99; not sure if that's al= l there was to it, but GNOME Shell could work with it. See also this Parabola bug: https://labs.parabola.nu/issues/2388 Secondly, I find that the program =E2=80=98youtube-dl=E2=80=99 (native on P= arabola) doesn't work properly when I define environment variables for SSL Certificates as advised by the Guix manual, like so: export SSL_CERT_DIR=3D"$HOME/.guix-profile/etc/ssl/certs" export SSL_CERT_FILE=3D"$HOME/.guix-profile/etc/ssl/certs/ca-certif\ icates.crt" youtube-dl then complains about being unable to get local issuer certificates. On the other hand, when the variables are undefined, Guix complains about certificates, for a change (e.g. when running =E2=80=98guix weather=E2=80=99). My current solution is to comment the variables out in my ~/.profile, and only export them in the terminal when I'm about to use Guix. I don't know if these are reliably reproducible, and whether they should be fixed somewhere, or just better documented, but I hope the info can help! Best wishes // Tirifto