From unknown Tue Aug 19 10:03:52 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45359] [PATCH]: Re-introduce Emacs packages specific installation prefix. Resent-From: Maxim Cournoyer Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 22 Dec 2020 03:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 45359 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: 45359@debbugs.gnu.org X-Debbugs-Original-To: guix-patches@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.160860771621992 (code B ref -1); Tue, 22 Dec 2020 03:29:02 +0000 Received: (at submit) by debbugs.gnu.org; 22 Dec 2020 03:28:36 +0000 Received: from localhost ([127.0.0.1]:48685 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krYLj-0005ie-G3 for submit@debbugs.gnu.org; Mon, 21 Dec 2020 22:28:35 -0500 Received: from lists.gnu.org ([209.51.188.17]:42322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krYLh-0005iW-Gv for submit@debbugs.gnu.org; Mon, 21 Dec 2020 22:28:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50628) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1krYLh-0000MA-Ar for guix-patches@gnu.org; Mon, 21 Dec 2020 22:28:33 -0500 Received: from mail-qk1-x72b.google.com ([2607:f8b0:4864:20::72b]:44754) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1krYLf-00028b-E6 for guix-patches@gnu.org; Mon, 21 Dec 2020 22:28:33 -0500 Received: by mail-qk1-x72b.google.com with SMTP id v126so6345221qkd.11 for ; Mon, 21 Dec 2020 19:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=E/zR/Ruzkaj9WkvEzVDPVSVHNzukhpZ4N16Uw6A0LXA=; b=oEJGE3FkSWcLdhLL7tP66pkC0KN1++rCk/c61lUynKA4qnCXS+xPcnByHBcudiVKdc dDh98OLacei1JlAVZxt2tE3XQ77tKz3zh/ZuA+llpcnGLiGE/vRy92iSwSpQNam/mNBj frIB1CwLFWSMyUOkzMQ7Mc+pem663S4fU222OJK3wDYLbgM2H5hXl7fWsaW+K8ntv797 v2NhX8zLyDezDz2lU4/ex/C4sd9qgUmedjEpR6vjZ2bqy9bqlddT+TqGw2UzwWpApD4v nAxb2Z+/PIouDxdo46Mun48K6PDgo7cqS+G2bRo8iAdSWg1jkQVvvKcBvpsDW25FyFEF XQWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=E/zR/Ruzkaj9WkvEzVDPVSVHNzukhpZ4N16Uw6A0LXA=; b=AfYtWR/kDgebxzK3bj1HhN5JJ3OzTUCgUIPEm0FRLLdB9lIXYUm6dCzWT7fgpM1oa6 S257kp5DOJIfebgNw6I1ODJeHksszLh2SsNW95+m8diEvaV8josejWfmb9Z+8SYb9JT2 osqH2nUc+RbaanPVFWb6IU8xwXdoGFBwGr1Q7IHuc3dRTa6hXw9f3jV0ZcV8Rxx6UUGy r1WiUWCz5mw7n3MZjownb95RDEwMaA/u4cKjOcWuJlZP/CQeYecVbrxUPMYkQFxkhAk9 lT6zs2F7a3MRpmlt0QqlDY4Triw8ZuLIhDYQQXajRck7QJjBnC0/xHxjz4V5Mj38IDJe v5UQ== X-Gm-Message-State: AOAM5308wt4RPqnEobWvOYPW5+ZU0xnyjHYMU3FoWiVPRb72p6TO1I9H Rkz08TdEIADATDUX177HEJNhuYhkR9kENg== X-Google-Smtp-Source: ABdhPJyMHHTs9onuYXXBJoHFQFpOC70G1+c7GsqQI43oVJxxMgv1cL0nCZd+BRjPN2dPD+fS58LD7g== X-Received: by 2002:a37:a058:: with SMTP id j85mr20821437qke.387.1608607709963; Mon, 21 Dec 2020 19:28:29 -0800 (PST) Received: from hurd (dsl-155-238.b2b2c.ca. [66.158.155.238]) by smtp.gmail.com with ESMTPSA id l20sm13172368qtu.25.2020.12.21.19.28.28 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Dec 2020 19:28:29 -0800 (PST) From: Maxim Cournoyer Date: Mon, 21 Dec 2020 22:28:28 -0500 Message-ID: <87ft3ysen7.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=2607:f8b0:4864:20::72b; envelope-from=maxim.cournoyer@gmail.com; helo=mail-qk1-x72b.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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: -2.3 (--) --=-=-= Content-Type: text/plain Hello, I've goofed and sent this to guix-bugs, apparently, so I'm forwarding it to guix-patches to make sure everybody possibly interested had a chance to see it. Thank you, Maxim -------------------- Start of forwarded message -------------------- Subject: bug#45316: [PATCH]: Re-introduce Emacs packages specific installation prefix. To: 45316@debbugs.gnu.org From: Maxim Cournoyer Date: Fri, 18 Dec 2020 17:00:10 -0500 --=-=-= Content-Type: multipart/mixed; boundary="==-=-=" --==-=-= Content-Type: text/plain Content-Disposition: inline Hello Guix! tl;dr: The Emacs build system and site-start.el loader are modified so that Emacs packages are installed in their own distinct installation directory. The Emacs packages built with the Emacs built system used to be installed in a sub-directory under the share/emacs/guix.d/ directory, but this was changed in commit 65a7dd2950ca13a8b942b2836260a2192351b271 shortly after having accommodated the site-start.el machinery to enable loading packages from any profile (via the EMACSLOADPATH search path specification). While this change allowed to expose simply and directly the packages found in EMACSLOADPATH, it does introduce the risk of file name collisions when multiple Emacs packages are joined in the same profile, especially with Emacs packages increasing in complexity (e.g., using more than a single .el file!) and expecting to have both their sources and resources extracted under their own nested directory rather than as a flat collection (ELPA, MELPA). One recent example I stumbled on was attempting to use the emacs-yasnippet-snippets package along with emacs-elpy; both wanted to install a 'snippets' directory to share/emacs/site-lisp/snippets, collided and resulted in problems that prove difficult to understand. This is what motivated this patch series, where the site-start.el auxiliary code used for package discovery is extended to support packages installed in their own directory under a 'share/emacs/guix' installation prefix, via Emacs' own package library! The emacs-build-system is updated for this new installation prefix, as well as existing packages and documentation. Parting with a directly usable EMACSLOADPATH means that site-start.el *must* run for packages to appear in the load-path; that means for running a test suite, the -Q or --quick Emacs options cannot be used, since it implies --no-site-file. Benefits of using this approach: + Avoid inter-package file name collisions. + Better integration with user installed packages via M-x package-install. The Guix-installed packages are listed in M-x package-list as 'external'. Cons include: - Slightly more complex loader (although much of it is offloaded to package.el), thus slightly slower (see the comparison below). - Requires to ensure every package's test suite doesn't make use of -Q. In my opinion the benefits outweighs the cons by a comfortable margin, especially with the boring work of adapting the package collection already done. To test the performance of the new approach, the following manifest file was used to test the rebuild of the ~900 Emacs packages making use of the Emacs build system: --==-=-= Content-Type: text/plain Content-Disposition: inline; filename=emacs-packages-manifest.scm (use-modules (gnu packages) (guix build-system) (guix packages) (srfi srfi-1)) (define %broken-emacs-packages (map specification->package '("emacs-picpocket" ;tests fail "emacs-twittering-mode" ;build fails ;; Broken only on current master, without new changes. "emacs-md4rd" "emacs-el-patch" "emacs-flymake-shellcheck" ))) (define %emacs-packages (fold-packages (lambda (package lst) (if (eq? (build-system-name (package-build-system package)) 'emacs) (cons package lst) lst)) '())) (packages->manifest (lset-difference eqv? %emacs-packages %broken-emacs-packages)) --==-=-= Content-Type: text/plain Content-Disposition: inline A simple benchmark testing the performance of the activation of the hundreds of Emacs packages was then run using: --8<---------------cut here---------------start------------->8--- $ ./pre-inst-env guix environment --pure -m emacs-packages-manifest.scm \ --ad-hoc emacs [env]$ /run/setuid-programs/sudo /bin/sh -c 'echo 3 > /proc/sys/vm/drop_caches' [env]$ emacs --batch --no-site-file \ --eval="(progn (require 'guix-emacs) \ (require 'benchmark) \ (message \"(total gc-count gc-time) = %s\" \ (benchmark-run 1 (guix-emacs-autoload-packages))))" --8<---------------cut here---------------end--------------->8--- On the master branch: --8<---------------cut here---------------start------------->8--- [...] Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/zotxt-autoloads... Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/zoutline-autoloads... Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/ztree-autoloads... (total gc-count gc-time) = (25.242400751 13 0.189669369) --8<---------------cut here---------------end--------------->8--- Or about 0.65 s on a warm cache. On a branch with these changes: --8<---------------cut here---------------start------------->8--- Error loading autoloads: (file-missing Cannot open load file No such file or directory kotl/kotl-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory helm-easymenu) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/flycheck-cpplint-0.1-1.1d8a090/flycheck-cpplint-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/evil-anzu-0.03/evil-anzu-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/erc-image-0-3.82fb387/erc-image-autoloads) ad-handle-definition: `ido-completing-read' got redefined Error loading autoloads: (file-missing Cannot open load file No such file or directory tex-site) (total gc-count gc-time) = (26.175704339 47 0.783184412) --8<---------------cut here---------------end--------------->8--- Or about 3 seconds on a warm cache. There a 6 errors that would need to be looked into, but I these look like actual packaging problems rather than new issues. The previously used way to load the autoloads, '(load f 'noerror)' would have masked them. Thanks, Maxim --==-=-=-- --=-=-= Content-Type: text/plain -------------------- End of forwarded message -------------------- --=-=-=-- From unknown Tue Aug 19 10:03:52 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45359] bug#47458: Terrible UX upgrading Emacs in Guix Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Mon, 29 Mar 2021 15:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45359 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mark H Weaver Cc: 47458@debbugs.gnu.org, Maxim Cournoyer , 45359@debbugs.gnu.org Received: via spool by 45359-submit@debbugs.gnu.org id=B45359.16170333449990 (code B ref 45359); Mon, 29 Mar 2021 15:56:02 +0000 Received: (at 45359) by debbugs.gnu.org; 29 Mar 2021 15:55:44 +0000 Received: from localhost ([127.0.0.1]:49366 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQuEy-0002b3-C7 for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:55:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43798) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQuEw-0002aW-Jo; Mon, 29 Mar 2021 11:55:43 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46750) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lQuEr-0004v7-Ba; Mon, 29 Mar 2021 11:55:37 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=49224 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lQuEl-0007Ny-B5; Mon, 29 Mar 2021 11:55:34 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= In-Reply-To: <87o8f23eew.fsf@netris.org> (Mark H. Weaver's message of "Sun, 28 Mar 2021 22:02:20 -0400") References: <87o8f23eew.fsf@netris.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 9 Germinal an 229 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 29 Mar 2021 17:55:30 +0200 Message-ID: <87blb2nedp.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) 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.7 (-) Hi Mark, Mark H Weaver skribis: > Eventually, I realized what the problem was: > > (1) My existing emacs session started failing because > ~/.guix-profile/share/emacs/27.1 had disappeared out from under it. > > (2) My newly launched emacs sessions were failing because my > EMACSLOADPATH variable was still set to its old value, pointing at > /home/mhw/.guix-profile/share/emacs/27.1/lisp, which no longer > existed. > > I'm not sure why I've never run into this problem before. I'm also not > sure what can be done to make this better, but if anyone has ideas, that > would be good. If a 7+ year Guix veteran developer gets bitten badly by > this, I doubt that less experienced users will be impressed. Ouch. =E2=80=9CIt used to be=E2=80=9D (speaking like a veteran :-)) that E= macs in Guix would not use EMACSLOADPATH. Then we switched to EMACSLOADPATH, which had some advantages, but necessarily has this drawback. IIUC, is about possibly backtracking. Maxim, what=E2=80=99s the status of this one? Thanks, Ludo=E2=80=99. From unknown Tue Aug 19 10:03:52 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45359] bug#47458: Terrible UX upgrading Emacs in Guix Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Mon, 29 Mar 2021 15:56:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45359 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Mark H Weaver Cc: 47458@debbugs.gnu.org, Maxim Cournoyer , 45359@debbugs.gnu.org Received: via spool by 45359-submit@debbugs.gnu.org id=B45359.161703334510005 (code B ref 45359); Mon, 29 Mar 2021 15:56:03 +0000 Received: (at 45359) by debbugs.gnu.org; 29 Mar 2021 15:55:45 +0000 Received: from localhost ([127.0.0.1]:49370 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQuEy-0002bD-UX for submit@debbugs.gnu.org; Mon, 29 Mar 2021 11:55:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQuEw-0002aV-1o; Mon, 29 Mar 2021 11:55:43 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46737) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lQuEq-0004uk-3t; Mon, 29 Mar 2021 11:55:36 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=49222 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lQuEM-0007Hn-5S; Mon, 29 Mar 2021 11:55:31 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <87o8f23eew.fsf@netris.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 9 Germinal an 229 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 29 Mar 2021 17:55:02 +0200 In-Reply-To: <87o8f23eew.fsf@netris.org> (Mark H. Weaver's message of "Sun, 28 Mar 2021 22:02:20 -0400") Message-ID: <87czvineeh.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) 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.7 (-) Hi Mark, Mark H Weaver skribis: > Eventually, I realized what the problem was: > > (1) My existing emacs session started failing because > ~/.guix-profile/share/emacs/27.1 had disappeared out from under it. > > (2) My newly launched emacs sessions were failing because my > EMACSLOADPATH variable was still set to its old value, pointing at > /home/mhw/.guix-profile/share/emacs/27.1/lisp, which no longer > existed. > > I'm not sure why I've never run into this problem before. I'm also not > sure what can be done to make this better, but if anyone has ideas, that > would be good. If a 7+ year Guix veteran developer gets bitten badly by > this, I doubt that less experienced users will be impressed. Ouch. =E2=80=9CIt used to be=E2=80=9D (speaking like a veteran :-)) that E= macs in Guix would not use EMACSLOADPATH. Then we switched to EMACSLOADPATH, which had some advantages, but necessarily has this drawback. IIUC, is about possibly backtracking. Maxim, what=E2=80=99s the status of this one? Thanks, Ludo=E2=80=99. From unknown Tue Aug 19 10:03:52 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Maxim Cournoyer Subject: bug#45359: closed (Re: bug#47458: Terrible UX upgrading Emacs in Guix) Message-ID: References: <87r1jxbyvj.fsf@gmail.com> <87ft3ysen7.fsf@gmail.com> X-Gnu-PR-Message: they-closed 45359 X-Gnu-PR-Package: guix-patches X-Gnu-PR-Keywords: patch Reply-To: 45359@debbugs.gnu.org Date: Mon, 29 Mar 2021 18:27:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1617042422-32691-1" This is a multi-part message in MIME format... ------------=_1617042422-32691-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #45359: [PATCH]: Re-introduce Emacs packages specific installation prefix. which was filed against the guix-patches package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 45359@debbugs.gnu.org. --=20 45359: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D45359 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1617042422-32691-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 45359-done) by debbugs.gnu.org; 29 Mar 2021 18:26:01 +0000 Received: from localhost ([127.0.0.1]:49547 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQwaP-0008Te-7o for submit@debbugs.gnu.org; Mon, 29 Mar 2021 14:26:01 -0400 Received: from mail-qk1-f180.google.com ([209.85.222.180]:34718) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQwaN-0008TN-Gj; Mon, 29 Mar 2021 14:26:00 -0400 Received: by mail-qk1-f180.google.com with SMTP id g20so13390949qkk.1; Mon, 29 Mar 2021 11:25:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=Nm257ZyuwDgKW8r75S/i/9ff4bfjtdbWhUQ67xX4jvA=; b=Zeqn4MVzHZi7R4vrf+/7awsuNFHp57dV4nsLzothZn1o2qd8fEbmjyuGmI2BwCWuvK m6L3eNhNpDKlZynF97LpeQPg+ItZQBIBnOsD/6wOabZD7qAsbRxnz86sKA4qYwLMco1E mGnhXS9HN/0ywJkXbvCa8ywIf6I8PHJQv9tZnnDk4t3nuSC4ULHuMN7GZ+7lXlOPxckX LiH90fZs4dmYQ/6uo213xcR20W8nnCjnt1P42cgX32uUWgDlOJGD4loWy6KFg/lleAaS WaZo1rDDqn0N4ZbIopwFdWtXrG0wcAsz4EkZkiUXE4G8qBfSRAFUzzlN91KEh6zMfMiA w1OQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=Nm257ZyuwDgKW8r75S/i/9ff4bfjtdbWhUQ67xX4jvA=; b=AbbrrpJvqQqxlYe8NsZZtbZnIcXnQYPXdHnSBnskal+c9i3BqKW5Co81Zu1XaPlWuy 5gSsSa6oDd9LiMGWMOYjNgYgZTgk073NhrFG9laAzQvRHHrFNBIjCUvzQoZDKAi7ZobD pcOrPIATDw/gslMm4G0aGGLN5wLeA5I4AfYthnuhzZ92Zw/EoECSdZqdpA3PrJyCARXY 5TmzIe/j2H6v/458c4Xiev29HGa1XbDp2gATAWu9l0Ot59vQGK1q7bb82sEEw75aEN/A BgaNnC0fezrlOHJO0dGLC4C0HvN1yISyj6FO9kg01iijoAHRA0UsFtzhL3t7Og3cZIZc U2rA== X-Gm-Message-State: AOAM532UkPiGn9ouSoqd0D1m2bWTCQBZI7X94CyMHvClPFJL44w7r843 9gWdkKhgmy0BTjH+KvPBB7ocyYpw4HkV0A== X-Google-Smtp-Source: ABdhPJyOu+r305KxXfBzOuFwjo53YEVrcWkWIgNcR+lwXaqfiTn8WoRpciV7hEYsH74z0mQSqgkwhg== X-Received: by 2002:a05:620a:38f:: with SMTP id q15mr26471885qkm.379.1617042353738; Mon, 29 Mar 2021 11:25:53 -0700 (PDT) Received: from hurd (dsl-155-113.b2b2c.ca. [66.158.155.113]) by smtp.gmail.com with ESMTPSA id i78sm13718130qke.46.2021.03.29.11.25.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Mar 2021 11:25:53 -0700 (PDT) From: Maxim Cournoyer To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#47458: Terrible UX upgrading Emacs in Guix References: <87o8f23eew.fsf@netris.org> <87blb2nedp.fsf@gnu.org> Date: Mon, 29 Mar 2021 14:25:52 -0400 In-Reply-To: <87blb2nedp.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Mon, 29 Mar 2021 17:55:30 +0200") Message-ID: <87r1jxbyvj.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 45359-done Cc: Mark H Weaver , 45359-done@debbugs.gnu.org, 47458@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 (-) Hi, Ludovic Court=C3=A8s writes: > Hi Mark, > > Mark H Weaver skribis: > >> Eventually, I realized what the problem was: >> >> (1) My existing emacs session started failing because >> ~/.guix-profile/share/emacs/27.1 had disappeared out from under it. >> >> (2) My newly launched emacs sessions were failing because my >> EMACSLOADPATH variable was still set to its old value, pointing at >> /home/mhw/.guix-profile/share/emacs/27.1/lisp, which no longer >> existed. >> >> I'm not sure why I've never run into this problem before. I'm also not >> sure what can be done to make this better, but if anyone has ideas, that >> would be good. If a 7+ year Guix veteran developer gets bitten badly by >> this, I doubt that less experienced users will be impressed. > > Ouch. =E2=80=9CIt used to be=E2=80=9D (speaking like a veteran :-)) that= Emacs in Guix > would not use EMACSLOADPATH. Then we switched to EMACSLOADPATH, which > had some advantages, but necessarily has this drawback. > > IIUC, is about possibly > backtracking. Maxim, what=E2=80=99s the status of this one? It's abandoned, The MUMI tracker lacks the responses from Leo Prickler, but they had good arguments maintaining the status quo rather than going with the extra complexity. It also wouldn't change the issue at hand; it'd merely prevent conflicts of *resources* files of Emacs packages (and somewhat integrate with the Emacs native package manager, while making the autoloading a bit slower). It seems the price to pay is too high for such a small gain. I'm closing it now. On the other hand, this very problem was the motivation for this patch series here: https://issues.guix.gnu.org/43627, which would solve the issue ta hand. You were skeptical of the benefits the last time you took a look at it; perhaps it's time to take a new look at it :-). Thanks, Maxim ------------=_1617042422-32691-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 22 Dec 2020 03:28:36 +0000 Received: from localhost ([127.0.0.1]:48685 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krYLj-0005ie-G3 for submit@debbugs.gnu.org; Mon, 21 Dec 2020 22:28:35 -0500 Received: from lists.gnu.org ([209.51.188.17]:42322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krYLh-0005iW-Gv for submit@debbugs.gnu.org; Mon, 21 Dec 2020 22:28:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50628) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1krYLh-0000MA-Ar for guix-patches@gnu.org; Mon, 21 Dec 2020 22:28:33 -0500 Received: from mail-qk1-x72b.google.com ([2607:f8b0:4864:20::72b]:44754) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1krYLf-00028b-E6 for guix-patches@gnu.org; Mon, 21 Dec 2020 22:28:33 -0500 Received: by mail-qk1-x72b.google.com with SMTP id v126so6345221qkd.11 for ; Mon, 21 Dec 2020 19:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=E/zR/Ruzkaj9WkvEzVDPVSVHNzukhpZ4N16Uw6A0LXA=; b=oEJGE3FkSWcLdhLL7tP66pkC0KN1++rCk/c61lUynKA4qnCXS+xPcnByHBcudiVKdc dDh98OLacei1JlAVZxt2tE3XQ77tKz3zh/ZuA+llpcnGLiGE/vRy92iSwSpQNam/mNBj frIB1CwLFWSMyUOkzMQ7Mc+pem663S4fU222OJK3wDYLbgM2H5hXl7fWsaW+K8ntv797 v2NhX8zLyDezDz2lU4/ex/C4sd9qgUmedjEpR6vjZ2bqy9bqlddT+TqGw2UzwWpApD4v nAxb2Z+/PIouDxdo46Mun48K6PDgo7cqS+G2bRo8iAdSWg1jkQVvvKcBvpsDW25FyFEF XQWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=E/zR/Ruzkaj9WkvEzVDPVSVHNzukhpZ4N16Uw6A0LXA=; b=AfYtWR/kDgebxzK3bj1HhN5JJ3OzTUCgUIPEm0FRLLdB9lIXYUm6dCzWT7fgpM1oa6 S257kp5DOJIfebgNw6I1ODJeHksszLh2SsNW95+m8diEvaV8josejWfmb9Z+8SYb9JT2 osqH2nUc+RbaanPVFWb6IU8xwXdoGFBwGr1Q7IHuc3dRTa6hXw9f3jV0ZcV8Rxx6UUGy r1WiUWCz5mw7n3MZjownb95RDEwMaA/u4cKjOcWuJlZP/CQeYecVbrxUPMYkQFxkhAk9 lT6zs2F7a3MRpmlt0QqlDY4Triw8ZuLIhDYQQXajRck7QJjBnC0/xHxjz4V5Mj38IDJe v5UQ== X-Gm-Message-State: AOAM5308wt4RPqnEobWvOYPW5+ZU0xnyjHYMU3FoWiVPRb72p6TO1I9H Rkz08TdEIADATDUX177HEJNhuYhkR9kENg== X-Google-Smtp-Source: ABdhPJyMHHTs9onuYXXBJoHFQFpOC70G1+c7GsqQI43oVJxxMgv1cL0nCZd+BRjPN2dPD+fS58LD7g== X-Received: by 2002:a37:a058:: with SMTP id j85mr20821437qke.387.1608607709963; Mon, 21 Dec 2020 19:28:29 -0800 (PST) Received: from hurd (dsl-155-238.b2b2c.ca. [66.158.155.238]) by smtp.gmail.com with ESMTPSA id l20sm13172368qtu.25.2020.12.21.19.28.28 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Dec 2020 19:28:29 -0800 (PST) From: Maxim Cournoyer To: guix-patches@gnu.org Subject: [PATCH]: Re-introduce Emacs packages specific installation prefix. Date: Mon, 21 Dec 2020 22:28:28 -0500 Message-ID: <87ft3ysen7.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=2607:f8b0:4864:20::72b; envelope-from=maxim.cournoyer@gmail.com; helo=mail-qk1-x72b.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit 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: -2.3 (--) --=-=-= Content-Type: text/plain Hello, I've goofed and sent this to guix-bugs, apparently, so I'm forwarding it to guix-patches to make sure everybody possibly interested had a chance to see it. Thank you, Maxim -------------------- Start of forwarded message -------------------- Subject: bug#45316: [PATCH]: Re-introduce Emacs packages specific installation prefix. To: 45316@debbugs.gnu.org From: Maxim Cournoyer Date: Fri, 18 Dec 2020 17:00:10 -0500 --=-=-= Content-Type: multipart/mixed; boundary="==-=-=" --==-=-= Content-Type: text/plain Content-Disposition: inline Hello Guix! tl;dr: The Emacs build system and site-start.el loader are modified so that Emacs packages are installed in their own distinct installation directory. The Emacs packages built with the Emacs built system used to be installed in a sub-directory under the share/emacs/guix.d/ directory, but this was changed in commit 65a7dd2950ca13a8b942b2836260a2192351b271 shortly after having accommodated the site-start.el machinery to enable loading packages from any profile (via the EMACSLOADPATH search path specification). While this change allowed to expose simply and directly the packages found in EMACSLOADPATH, it does introduce the risk of file name collisions when multiple Emacs packages are joined in the same profile, especially with Emacs packages increasing in complexity (e.g., using more than a single .el file!) and expecting to have both their sources and resources extracted under their own nested directory rather than as a flat collection (ELPA, MELPA). One recent example I stumbled on was attempting to use the emacs-yasnippet-snippets package along with emacs-elpy; both wanted to install a 'snippets' directory to share/emacs/site-lisp/snippets, collided and resulted in problems that prove difficult to understand. This is what motivated this patch series, where the site-start.el auxiliary code used for package discovery is extended to support packages installed in their own directory under a 'share/emacs/guix' installation prefix, via Emacs' own package library! The emacs-build-system is updated for this new installation prefix, as well as existing packages and documentation. Parting with a directly usable EMACSLOADPATH means that site-start.el *must* run for packages to appear in the load-path; that means for running a test suite, the -Q or --quick Emacs options cannot be used, since it implies --no-site-file. Benefits of using this approach: + Avoid inter-package file name collisions. + Better integration with user installed packages via M-x package-install. The Guix-installed packages are listed in M-x package-list as 'external'. Cons include: - Slightly more complex loader (although much of it is offloaded to package.el), thus slightly slower (see the comparison below). - Requires to ensure every package's test suite doesn't make use of -Q. In my opinion the benefits outweighs the cons by a comfortable margin, especially with the boring work of adapting the package collection already done. To test the performance of the new approach, the following manifest file was used to test the rebuild of the ~900 Emacs packages making use of the Emacs build system: --==-=-= Content-Type: text/plain Content-Disposition: inline; filename=emacs-packages-manifest.scm (use-modules (gnu packages) (guix build-system) (guix packages) (srfi srfi-1)) (define %broken-emacs-packages (map specification->package '("emacs-picpocket" ;tests fail "emacs-twittering-mode" ;build fails ;; Broken only on current master, without new changes. "emacs-md4rd" "emacs-el-patch" "emacs-flymake-shellcheck" ))) (define %emacs-packages (fold-packages (lambda (package lst) (if (eq? (build-system-name (package-build-system package)) 'emacs) (cons package lst) lst)) '())) (packages->manifest (lset-difference eqv? %emacs-packages %broken-emacs-packages)) --==-=-= Content-Type: text/plain Content-Disposition: inline A simple benchmark testing the performance of the activation of the hundreds of Emacs packages was then run using: --8<---------------cut here---------------start------------->8--- $ ./pre-inst-env guix environment --pure -m emacs-packages-manifest.scm \ --ad-hoc emacs [env]$ /run/setuid-programs/sudo /bin/sh -c 'echo 3 > /proc/sys/vm/drop_caches' [env]$ emacs --batch --no-site-file \ --eval="(progn (require 'guix-emacs) \ (require 'benchmark) \ (message \"(total gc-count gc-time) = %s\" \ (benchmark-run 1 (guix-emacs-autoload-packages))))" --8<---------------cut here---------------end--------------->8--- On the master branch: --8<---------------cut here---------------start------------->8--- [...] Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/zotxt-autoloads... Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/zoutline-autoloads... Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/ztree-autoloads... (total gc-count gc-time) = (25.242400751 13 0.189669369) --8<---------------cut here---------------end--------------->8--- Or about 0.65 s on a warm cache. On a branch with these changes: --8<---------------cut here---------------start------------->8--- Error loading autoloads: (file-missing Cannot open load file No such file or directory kotl/kotl-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory helm-easymenu) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/flycheck-cpplint-0.1-1.1d8a090/flycheck-cpplint-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/evil-anzu-0.03/evil-anzu-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/erc-image-0-3.82fb387/erc-image-autoloads) ad-handle-definition: `ido-completing-read' got redefined Error loading autoloads: (file-missing Cannot open load file No such file or directory tex-site) (total gc-count gc-time) = (26.175704339 47 0.783184412) --8<---------------cut here---------------end--------------->8--- Or about 3 seconds on a warm cache. There a 6 errors that would need to be looked into, but I these look like actual packaging problems rather than new issues. The previously used way to load the autoloads, '(load f 'noerror)' would have masked them. Thanks, Maxim --==-=-=-- --=-=-= Content-Type: text/plain -------------------- End of forwarded message -------------------- --=-=-=-- ------------=_1617042422-32691-1-- From unknown Tue Aug 19 10:03:52 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45359] closed (Re: bug#47458: Terrible UX upgrading Emacs in Guix) Resent-From: Maxim Cournoyer Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Mon, 29 Mar 2021 18:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45359 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: GNU Debbugs Cc: 45359@debbugs.gnu.org Received: via spool by 45359-submit@debbugs.gnu.org id=B45359.16170435172005 (code B ref 45359); Mon, 29 Mar 2021 18:46:01 +0000 Received: (at 45359) by debbugs.gnu.org; 29 Mar 2021 18:45:17 +0000 Received: from localhost ([127.0.0.1]:49580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQwsz-0000W9-DQ for submit@debbugs.gnu.org; Mon, 29 Mar 2021 14:45:16 -0400 Received: from mail-qk1-f171.google.com ([209.85.222.171]:44764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQwsx-0000Vp-33; Mon, 29 Mar 2021 14:45:11 -0400 Received: by mail-qk1-f171.google.com with SMTP id y18so13393477qky.11; Mon, 29 Mar 2021 11:45:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=CO1N6L/icPV/y6zkgD19kd9d1izkuz1NOz8W74Xax8o=; b=DAFufkDmtq14lY+3aoGI+LGZliDe8YJiUkSu7yn9xP8Me1PEk+oI30JF7qn1sSeysX F/a9nmGfJg0Pv500rAOFjo5AEX3ULkjcppfGFDfOhgDndgvwPEwVyzZ5k1avHw1bdhGH Ki4FNoPt1D/8i/lsj85kKDgII+ns5bmAusAiM2Wc1eyfezeWERPuB5OJa4HJwoEBbOaQ NIqlxbGQKJ7Vst8z7hS7bBVkRSzyLYTrlZlhVOrvsxgocZH3+fUEnQXYRt58kB6mwy6z Kehwlpk6f0ySgqJu7ATTmDUaqOlueaFf1/JS66gJ8c8CeqCp5XUIzOqFewCTsmYnWl6t FNFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=CO1N6L/icPV/y6zkgD19kd9d1izkuz1NOz8W74Xax8o=; b=csX1rHjUIz+dUhMnMTo+5sNIuL/0iacsg0f/qGfzA6m4zbrIfZt7BNiClqavfObbtJ rdt9hniHamYKggriPfl1YiJpExGABRKu7E4bmrq5cz0EmEJa9RZlkkIhsnX6bE0M5jlb 33JYY9tJB4Ot6U11wofGmH2ybxxS+0Y5fdTiRJC+rsuXpwPnRWJV4IO3gndL/AvMgmG1 syHyZoMkO9ju35/nXtcMiwgJa3VRkmT+DMw/kZBjwhsojNORKgi8NWK0d6D2aJkYMl6J l4nqRo8ht3tw8fF0SFdjxvDZ+r3QxYawN5XngFbvNfNJqhPH0ctQ+dG8+r/XlvJQkvUl DOHQ== X-Gm-Message-State: AOAM532wA5uCNT/8i8XrDyi6dlnsEBVlbzS42jhrzSsbYAkVjPCYOwBU zdY3FP98MfiCJjvUJXo8OdqeFZ3Rc62HbQ== X-Google-Smtp-Source: ABdhPJy2E0Z277qbX8VOaf+T2TLx7/Q5x/ELRDc7/FmCYQ45ujrj4abOOG7uIT+OHsPa6oglsqVKVA== X-Received: by 2002:a05:620a:15e1:: with SMTP id p1mr26530565qkm.33.1617043504403; Mon, 29 Mar 2021 11:45:04 -0700 (PDT) Received: from hurd (dsl-155-113.b2b2c.ca. [66.158.155.113]) by smtp.gmail.com with ESMTPSA id m13sm13681549qkk.16.2021.03.29.11.45.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Mar 2021 11:45:04 -0700 (PDT) From: Maxim Cournoyer References: <87r1jxbyvj.fsf@gmail.com> <87ft3ysen7.fsf@gmail.com> Date: Mon, 29 Mar 2021 14:45:03 -0400 In-Reply-To: (GNU bug Tracking System's message of "Mon, 29 Mar 2021 18:27:02 +0000") Message-ID: <87a6qlbxzk.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) 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 (-) reopen 45359 thanks Hi, It seems I've closed that report by mistake. Sorry! Reopening. Maxim From unknown Tue Aug 19 10:03:52 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Maxim Cournoyer Subject: bug#45359: closed (Re: [PATCH]: Re-introduce Emacs packages specific installation prefix.) Message-ID: References: <875z19bxu3.fsf_-_@gmail.com> <87ft3ysen7.fsf@gmail.com> X-Gnu-PR-Message: they-closed 45359 X-Gnu-PR-Package: guix-patches X-Gnu-PR-Keywords: patch Reply-To: 45359@debbugs.gnu.org Date: Mon, 29 Mar 2021 18:49:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1617043742-2382-1" This is a multi-part message in MIME format... ------------=_1617043742-2382-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #45359: [PATCH]: Re-introduce Emacs packages specific installation prefix. which was filed against the guix-patches package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 45359@debbugs.gnu.org. --=20 45359: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D45359 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1617043742-2382-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 45359-done) by debbugs.gnu.org; 29 Mar 2021 18:48:29 +0000 Received: from localhost ([127.0.0.1]:49593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQww8-0000bi-NO for submit@debbugs.gnu.org; Mon, 29 Mar 2021 14:48:28 -0400 Received: from mail-qt1-f180.google.com ([209.85.160.180]:43880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lQww6-0000bV-LT for 45359-done@debbugs.gnu.org; Mon, 29 Mar 2021 14:48:27 -0400 Received: by mail-qt1-f180.google.com with SMTP id s2so10034556qtx.10 for <45359-done@debbugs.gnu.org>; Mon, 29 Mar 2021 11:48:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:cc:subject:references:date:in-reply-to:message-id:user-agent :mime-version; bh=0ZqZMp4p8twUXokX5CvbzK3YuZ0dfH9DwsKBk+1UWLQ=; b=TVrOkBvEGxcUOWBuvLdyViFMDb+FM7n4goLo8FUYIjmwytOcXa6aZ9j0Pokxc1ZF42 GJVj6+c45zXAGVSQqfQg3oCIfF9pYYgf+/Pm2Hy0Mz5FieM8SwO84eKG/DkOBTYpw7gT YKE2ME00mWA4hrYdyRV1UTUQfd1SF7gBYh2aVoO91bnW5KJq2y50ST0QqJjY27rYX51l NVbh+c/EHeQFneHEU0fC6LSMdTGsEU9rf8pH7YlFsGX4ygr2WMexidt6hhcVIebzbjd1 SI5Yd2r0akAgDjeCeOrOOao6L5tlancUwKsYYDvZ67AGKLqz35jxt7ivAcyaGkemvXN2 d3MA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=0ZqZMp4p8twUXokX5CvbzK3YuZ0dfH9DwsKBk+1UWLQ=; b=V9rwDxAawvxcxnSACgqLfDLByma70XRTeH3lBnI45X3FW0cYEZrZBe9uR9ym9MyKOX KukN5qg+BwJznznzWqlu1i0kahFkjcDR+05IIiBMU070+C+35zSm8e690YVg3WiPxkBO 2kiyMESRN+XSdIOnISFzR7ybcv0IeCRUtVdG71oUFPFJZ1K7qo+qdSO6scm+7UQCCPBk +SQZ30jwHt4oSRWdRmAfhkKEtc04LrDXOCOWEoHh1GRvYdqwUZdNILvt61bN8n3O37E9 XHqAgiLL/4K+RC0mV5gVE7XbWMXYGEgjTjg/5b8Sgkn5wFZS75t6+1S9YhGBS461WBCW 2o7A== X-Gm-Message-State: AOAM5301k2/QhDBfk5kh8pC4+n+Xt3Dv3DNjPKi7QX5mamoBrY8JsZdf iWV4m1FEo5j7FFzeh8yjNLnw8wz8wUMGGA== X-Google-Smtp-Source: ABdhPJzArMOpS5K6gwgYjmUZWd0CueTkBWmVjJox1AE2UxD4Ja9rMhCA+ARNgH2i8rrJ6A9VKhkOTQ== X-Received: by 2002:ac8:7f16:: with SMTP id f22mr24554970qtk.2.1617043701052; Mon, 29 Mar 2021 11:48:21 -0700 (PDT) Received: from hurd (dsl-155-113.b2b2c.ca. [66.158.155.113]) by smtp.gmail.com with ESMTPSA id a207sm14110657qkc.135.2021.03.29.11.48.20 for <45359-done@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Mar 2021 11:48:20 -0700 (PDT) From: Maxim Cournoyer Subject: Re: [PATCH]: Re-introduce Emacs packages specific installation prefix. References: <87r1jxbyvj.fsf@gmail.com> <87ft3ysen7.fsf@gmail.com> Date: Mon, 29 Mar 2021 14:48:20 -0400 In-Reply-To: (GNU bug Tracking System's message of "Mon, 29 Mar 2021 18:27:02 +0000") Message-ID: <875z19bxu3.fsf_-_@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi, help-debbugs@gnu.org (GNU bug Tracking System) writes: > Your bug report > > #45359: [PATCH]: Re-introduce Emacs packages specific installation prefix. > > which was filed against the guix-patches package, has been closed. > > The explanation is attached [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (maxim.cournoyer[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.2 MISSING_HEADERS Missing To: header 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.160.180 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.160.180 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 45359-done Cc: 45359-done@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: 0.2 (/) Hi, help-debbugs@gnu.org (GNU bug Tracking System) writes: > Your bug report > > #45359: [PATCH]: Re-introduce Emacs packages specific installation prefix. > > which was filed against the guix-patches package, has been closed. > > The explanation is attached below, along with your original report. > If you require more details, please reply to 45359@debbugs.gnu.org. Seems the reply title got me confused; this *is* the issue I want to close. Doing so again, with the title fixed this time. Maxim ------------=_1617043742-2382-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 22 Dec 2020 03:28:36 +0000 Received: from localhost ([127.0.0.1]:48685 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krYLj-0005ie-G3 for submit@debbugs.gnu.org; Mon, 21 Dec 2020 22:28:35 -0500 Received: from lists.gnu.org ([209.51.188.17]:42322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1krYLh-0005iW-Gv for submit@debbugs.gnu.org; Mon, 21 Dec 2020 22:28:35 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50628) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1krYLh-0000MA-Ar for guix-patches@gnu.org; Mon, 21 Dec 2020 22:28:33 -0500 Received: from mail-qk1-x72b.google.com ([2607:f8b0:4864:20::72b]:44754) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1krYLf-00028b-E6 for guix-patches@gnu.org; Mon, 21 Dec 2020 22:28:33 -0500 Received: by mail-qk1-x72b.google.com with SMTP id v126so6345221qkd.11 for ; Mon, 21 Dec 2020 19:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:user-agent:mime-version; bh=E/zR/Ruzkaj9WkvEzVDPVSVHNzukhpZ4N16Uw6A0LXA=; b=oEJGE3FkSWcLdhLL7tP66pkC0KN1++rCk/c61lUynKA4qnCXS+xPcnByHBcudiVKdc dDh98OLacei1JlAVZxt2tE3XQ77tKz3zh/ZuA+llpcnGLiGE/vRy92iSwSpQNam/mNBj frIB1CwLFWSMyUOkzMQ7Mc+pem663S4fU222OJK3wDYLbgM2H5hXl7fWsaW+K8ntv797 v2NhX8zLyDezDz2lU4/ex/C4sd9qgUmedjEpR6vjZ2bqy9bqlddT+TqGw2UzwWpApD4v nAxb2Z+/PIouDxdo46Mun48K6PDgo7cqS+G2bRo8iAdSWg1jkQVvvKcBvpsDW25FyFEF XQWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :mime-version; bh=E/zR/Ruzkaj9WkvEzVDPVSVHNzukhpZ4N16Uw6A0LXA=; b=AfYtWR/kDgebxzK3bj1HhN5JJ3OzTUCgUIPEm0FRLLdB9lIXYUm6dCzWT7fgpM1oa6 S257kp5DOJIfebgNw6I1ODJeHksszLh2SsNW95+m8diEvaV8josejWfmb9Z+8SYb9JT2 osqH2nUc+RbaanPVFWb6IU8xwXdoGFBwGr1Q7IHuc3dRTa6hXw9f3jV0ZcV8Rxx6UUGy r1WiUWCz5mw7n3MZjownb95RDEwMaA/u4cKjOcWuJlZP/CQeYecVbrxUPMYkQFxkhAk9 lT6zs2F7a3MRpmlt0QqlDY4Triw8ZuLIhDYQQXajRck7QJjBnC0/xHxjz4V5Mj38IDJe v5UQ== X-Gm-Message-State: AOAM5308wt4RPqnEobWvOYPW5+ZU0xnyjHYMU3FoWiVPRb72p6TO1I9H Rkz08TdEIADATDUX177HEJNhuYhkR9kENg== X-Google-Smtp-Source: ABdhPJyMHHTs9onuYXXBJoHFQFpOC70G1+c7GsqQI43oVJxxMgv1cL0nCZd+BRjPN2dPD+fS58LD7g== X-Received: by 2002:a37:a058:: with SMTP id j85mr20821437qke.387.1608607709963; Mon, 21 Dec 2020 19:28:29 -0800 (PST) Received: from hurd (dsl-155-238.b2b2c.ca. [66.158.155.238]) by smtp.gmail.com with ESMTPSA id l20sm13172368qtu.25.2020.12.21.19.28.28 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Dec 2020 19:28:29 -0800 (PST) From: Maxim Cournoyer To: guix-patches@gnu.org Subject: [PATCH]: Re-introduce Emacs packages specific installation prefix. Date: Mon, 21 Dec 2020 22:28:28 -0500 Message-ID: <87ft3ysen7.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=2607:f8b0:4864:20::72b; envelope-from=maxim.cournoyer@gmail.com; helo=mail-qk1-x72b.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit 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: -2.3 (--) --=-=-= Content-Type: text/plain Hello, I've goofed and sent this to guix-bugs, apparently, so I'm forwarding it to guix-patches to make sure everybody possibly interested had a chance to see it. Thank you, Maxim -------------------- Start of forwarded message -------------------- Subject: bug#45316: [PATCH]: Re-introduce Emacs packages specific installation prefix. To: 45316@debbugs.gnu.org From: Maxim Cournoyer Date: Fri, 18 Dec 2020 17:00:10 -0500 --=-=-= Content-Type: multipart/mixed; boundary="==-=-=" --==-=-= Content-Type: text/plain Content-Disposition: inline Hello Guix! tl;dr: The Emacs build system and site-start.el loader are modified so that Emacs packages are installed in their own distinct installation directory. The Emacs packages built with the Emacs built system used to be installed in a sub-directory under the share/emacs/guix.d/ directory, but this was changed in commit 65a7dd2950ca13a8b942b2836260a2192351b271 shortly after having accommodated the site-start.el machinery to enable loading packages from any profile (via the EMACSLOADPATH search path specification). While this change allowed to expose simply and directly the packages found in EMACSLOADPATH, it does introduce the risk of file name collisions when multiple Emacs packages are joined in the same profile, especially with Emacs packages increasing in complexity (e.g., using more than a single .el file!) and expecting to have both their sources and resources extracted under their own nested directory rather than as a flat collection (ELPA, MELPA). One recent example I stumbled on was attempting to use the emacs-yasnippet-snippets package along with emacs-elpy; both wanted to install a 'snippets' directory to share/emacs/site-lisp/snippets, collided and resulted in problems that prove difficult to understand. This is what motivated this patch series, where the site-start.el auxiliary code used for package discovery is extended to support packages installed in their own directory under a 'share/emacs/guix' installation prefix, via Emacs' own package library! The emacs-build-system is updated for this new installation prefix, as well as existing packages and documentation. Parting with a directly usable EMACSLOADPATH means that site-start.el *must* run for packages to appear in the load-path; that means for running a test suite, the -Q or --quick Emacs options cannot be used, since it implies --no-site-file. Benefits of using this approach: + Avoid inter-package file name collisions. + Better integration with user installed packages via M-x package-install. The Guix-installed packages are listed in M-x package-list as 'external'. Cons include: - Slightly more complex loader (although much of it is offloaded to package.el), thus slightly slower (see the comparison below). - Requires to ensure every package's test suite doesn't make use of -Q. In my opinion the benefits outweighs the cons by a comfortable margin, especially with the boring work of adapting the package collection already done. To test the performance of the new approach, the following manifest file was used to test the rebuild of the ~900 Emacs packages making use of the Emacs build system: --==-=-= Content-Type: text/plain Content-Disposition: inline; filename=emacs-packages-manifest.scm (use-modules (gnu packages) (guix build-system) (guix packages) (srfi srfi-1)) (define %broken-emacs-packages (map specification->package '("emacs-picpocket" ;tests fail "emacs-twittering-mode" ;build fails ;; Broken only on current master, without new changes. "emacs-md4rd" "emacs-el-patch" "emacs-flymake-shellcheck" ))) (define %emacs-packages (fold-packages (lambda (package lst) (if (eq? (build-system-name (package-build-system package)) 'emacs) (cons package lst) lst)) '())) (packages->manifest (lset-difference eqv? %emacs-packages %broken-emacs-packages)) --==-=-= Content-Type: text/plain Content-Disposition: inline A simple benchmark testing the performance of the activation of the hundreds of Emacs packages was then run using: --8<---------------cut here---------------start------------->8--- $ ./pre-inst-env guix environment --pure -m emacs-packages-manifest.scm \ --ad-hoc emacs [env]$ /run/setuid-programs/sudo /bin/sh -c 'echo 3 > /proc/sys/vm/drop_caches' [env]$ emacs --batch --no-site-file \ --eval="(progn (require 'guix-emacs) \ (require 'benchmark) \ (message \"(total gc-count gc-time) = %s\" \ (benchmark-run 1 (guix-emacs-autoload-packages))))" --8<---------------cut here---------------end--------------->8--- On the master branch: --8<---------------cut here---------------start------------->8--- [...] Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/zotxt-autoloads... Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/zoutline-autoloads... Loading /gnu/store/qajc70c7nqycs1301ram8s3x7k9ibg5f-profile/share/emacs/site-lisp/ztree-autoloads... (total gc-count gc-time) = (25.242400751 13 0.189669369) --8<---------------cut here---------------end--------------->8--- Or about 0.65 s on a warm cache. On a branch with these changes: --8<---------------cut here---------------start------------->8--- Error loading autoloads: (file-missing Cannot open load file No such file or directory kotl/kotl-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory helm-easymenu) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/flycheck-cpplint-0.1-1.1d8a090/flycheck-cpplint-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/evil-anzu-0.03/evil-anzu-autoloads) Error loading autoloads: (file-missing Cannot open load file No such file or directory /gnu/store/ryh0rasi9frm98dkd3kbck6hya6hn2qr-profile/share/emacs/site-lisp/guix/erc-image-0-3.82fb387/erc-image-autoloads) ad-handle-definition: `ido-completing-read' got redefined Error loading autoloads: (file-missing Cannot open load file No such file or directory tex-site) (total gc-count gc-time) = (26.175704339 47 0.783184412) --8<---------------cut here---------------end--------------->8--- Or about 3 seconds on a warm cache. There a 6 errors that would need to be looked into, but I these look like actual packaging problems rather than new issues. The previously used way to load the autoloads, '(load f 'noerror)' would have masked them. Thanks, Maxim --==-=-=-- --=-=-= Content-Type: text/plain -------------------- End of forwarded message -------------------- --=-=-=-- ------------=_1617043742-2382-1-- From unknown Tue Aug 19 10:03:52 2025 X-Loop: help-debbugs@gnu.org Subject: [bug#45359] bug#47458: Terrible UX upgrading Emacs in Guix Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Tue, 30 Mar 2021 08:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45359 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Maxim Cournoyer Cc: Mark H Weaver , 45359-done@debbugs.gnu.org, 47458@debbugs.gnu.org Received: via spool by 45359-done@debbugs.gnu.org id=D45359.161709147813909 (code D ref 45359); Tue, 30 Mar 2021 08:05:02 +0000 Received: (at 45359-done) by debbugs.gnu.org; 30 Mar 2021 08:04:38 +0000 Received: from localhost ([127.0.0.1]:50327 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lR9Mb-0003cG-Vt for submit@debbugs.gnu.org; Tue, 30 Mar 2021 04:04:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49400) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lR9MX-0003bx-U6; Tue, 30 Mar 2021 04:04:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33147) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lR9MS-00014h-Gc; Tue, 30 Mar 2021 04:04:28 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=52560 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lR9MP-0003mY-Pi; Tue, 30 Mar 2021 04:04:26 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <87o8f23eew.fsf@netris.org> <87blb2nedp.fsf@gnu.org> <87r1jxbyvj.fsf@gmail.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 10 Germinal an 229 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Tue, 30 Mar 2021 10:04:23 +0200 In-Reply-To: <87r1jxbyvj.fsf@gmail.com> (Maxim Cournoyer's message of "Mon, 29 Mar 2021 14:25:52 -0400") Message-ID: <87ft0djce0.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) 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.7 (-) Hello, Maxim Cournoyer skribis: > Ludovic Court=C3=A8s writes: [...] >> Ouch. =E2=80=9CIt used to be=E2=80=9D (speaking like a veteran :-)) tha= t Emacs in Guix >> would not use EMACSLOADPATH. Then we switched to EMACSLOADPATH, which >> had some advantages, but necessarily has this drawback. >> >> IIUC, is about possibly >> backtracking. Maxim, what=E2=80=99s the status of this one? > > It's abandoned, The MUMI tracker lacks the responses from Leo Prickler, > but they had good arguments maintaining the status quo rather than going > with the extra complexity. It also wouldn't change the issue at hand; > it'd merely prevent conflicts of *resources* files of Emacs packages > (and somewhat integrate with the Emacs native package manager, while > making the autoloading a bit slower). It seems the price to pay is too > high for such a small gain. I'm closing it now. I see, makes sense! > On the other hand, this very problem was the motivation for this patch > series here: https://issues.guix.gnu.org/43627, which would solve the > issue ta hand. You were skeptical of the benefits the last time you > took a look at it; perhaps it's time to take a new look at it :-). Ah! Now I may have to revisit it, indeed. Thanks for explaining! Ludo=E2=80=99.