From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id qCLAAS963F9ydgAA0tVLHw (envelope-from ) for ; Fri, 18 Dec 2020 09:45:19 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id gCs5OS563F8zKAAAB5/wlQ (envelope-from ) for ; Fri, 18 Dec 2020 09:45:18 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 3DBC59405D1 for ; Fri, 18 Dec 2020 09:45:18 +0000 (UTC) Received: from localhost ([::1]:60344 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kqCK5-0001bs-2x for larch@yhetil.org; Fri, 18 Dec 2020 04:45:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34084) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kqCBO-00041t-AZ for help-guix@gnu.org; Fri, 18 Dec 2020 04:36:18 -0500 Received: from zancanaro.com.au ([45.76.117.151]:37548) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kqCBM-0007IO-DI for help-guix@gnu.org; Fri, 18 Dec 2020 04:36:18 -0500 Received: by zancanaro.com.au (Postfix, from userid 116) id D3B3B32F51; Fri, 18 Dec 2020 09:36:12 +0000 (UTC) Received: from jolteon (unknown [27.96.215.68]) by zancanaro.com.au (Postfix) with ESMTPSA id 2914C326AD; Fri, 18 Dec 2020 09:36:12 +0000 (UTC) References: <87h7ov0vxl.fsf@disroot.org> <87h7ou1yxf.fsf@ambrevar.xyz> <861rfxj0lx.fsf@gmail.com> <87wnxgf3hh.fsf@disroot.org> <867dpfools.fsf@gmail.com> <875z4z4v6s.fsf@zancanaro.id.au> <86h7ojmqtq.fsf@gmail.com> User-agent: mu4e 1.4.13; emacs 27.1 From: Carlo Zancanaro To: zimoun Subject: Re: Can I easily install GNU Emacs 27.1.50 via Guix? In-reply-to: <86h7ojmqtq.fsf@gmail.com> Date: Fri, 18 Dec 2020 20:36:11 +1100 Message-ID: <8736034fsk.fsf@zancanaro.id.au> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=45.76.117.151; envelope-from=carlo@zancanaro.id.au; helo=zancanaro.com.au X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: help-guix@gnu.org Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: "Help-Guix" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.32 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of help-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=help-guix-bounces@gnu.org X-Migadu-Queue-Id: 3DBC59405D1 X-Spam-Score: -1.32 X-Migadu-Scanner: scn0.migadu.com X-TUID: LEjNE8urEKKL --=-=-= Content-Type: text/plain; format=flowed Hi Simon, On Fri, Dec 18 2020, zimoun wrote: > Maybe I miss something and I have not dove into all the details > so I could be totally wrong. However, from my understanding, A > is built against the shared library C1, and B is built against > the shared library C2, and nothing says that C1 and C2 are > compatible. This is true if they are in the same address space, but in this case evince runs as a separate process. There's no reason it has to load the same libraries as emacs, or have the same GTK_PATH variable. You should be able to show this by replacing evince with a script that unsets GTK_PATH before invoking the system evince. I have attached such a wrapper, if you want to add it to your path to check on a foreign distribution (it makes the print dialog in evince work for me, even when I run evince from within Guix's emacs). One may argue that the system is functioning correctly, and this is an unfortunate consequence of the way that Guix works. I would still consider the faulty behaviour a bug - even if it is a result of intentional decisions made in Guix's design. Running evince (i.e. /usr/bin/evince) is failing because of an environment variable that Guix's wrapper sets for emacs. That environment variable is propagated to child processes (as environment variables are), and in this instance that causes the child process to misbehave. This is a bug caused by Guix's wrapping of emacs. >> I run into a similar problem where my window manager >> (awesomewm) sets LD_LIBRARY_PATH, which then propagates to >> everything I run from my session. It's quite a pain. I thought >> there was an open issue for this, but I can't seem to find it >> at the moment. > > On foreign distro or Guix System? I am using Guix on a foreign distribution. I imagine a Guix system would mask this bug because we wrap lots of programs (using wrap-program or similar) so that they explicitly set the environment variables they run with, but it may still be possible to provoke it Guix built binaries. I haven't tried. Carlo --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=evince Content-Transfer-Encoding: base64 IyEvYmluL3NoCgp1bnNldCBHVEtfUEFUSAovdXNyL2Jpbi9ldmluY2UgIiRAIg== --=-=-=--