From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#37123: gnome-shell: LD_LIBRARY_PATH setting propagates to entire session Date: Tue, 20 Aug 2019 15:21:37 -0400 Message-ID: <87zhk3tzfn.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:38739) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i09ih-0002Ns-HK for bug-guix@gnu.org; Tue, 20 Aug 2019 15:23:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i09ig-000560-Ku for bug-guix@gnu.org; Tue, 20 Aug 2019 15:23:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:53378) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i09ig-00055q-Gb for bug-guix@gnu.org; Tue, 20 Aug 2019 15:23:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1i09ig-0002et-Bh for bug-guix@gnu.org; Tue, 20 Aug 2019 15:23:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Received: from eggs.gnu.org ([2001:470:142:3::10]:38631) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i09ht-00025G-V9 for bug-guix@gnu.org; Tue, 20 Aug 2019 15:22:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i09ht-0004uW-0K for bug-guix@gnu.org; Tue, 20 Aug 2019 15:22:13 -0400 Received: from world.peace.net ([64.112.178.59]:33012) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i09hs-0004u7-TR for bug-guix@gnu.org; Tue, 20 Aug 2019 15:22:12 -0400 List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 37123@debbugs.gnu.org Since commit 2b0c755d195c79bfc95cdbe802e1e2dea1adb7a2 in August 2018, our 'gnome-shell' executable has been wrapped by a script that sets LD_LIBRARY_PATH. One consequence of this, which I just noticed, is that if 'gnome-shell' is based on 'core-updates' (or in my case, 'core-updates-next'), many programs based on 'master' will fail to run within the resulting GNOME session. I ran into this issue because I recently rebuilt my Guix system based on 'core-updates-next' and booted into it, although it will take more time to finish rebuilding my user profile. Many programs, including Emacs and Nautilus, fail to launch. A workaround is to launch a terminal, unset LD_LIBRARY_PATH within the resulting shell, and then manually run the other programs from within that shell. (Since then, I've built a trimmed-down version of my profile based on 'core-updates-next'.) I was unable to easily find an existing bug report tracking this issue, so I created this one. Mark