GNU bug report logs -
#38399
Recent $EMACSLOADPATH changes break emacs-org
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38399 in the body.
You can then email your comments to 38399 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#38399
; Package
guix
.
(Wed, 27 Nov 2019 10:02:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Diego Nicola Barbato <dnbarbato <at> posteo.de>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Wed, 27 Nov 2019 10:02:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi Guix,
Since the recent changes to the way Guix handles Emacs packages Emacs
loads the wrong ‘org’ (the one bundled with Emacs instead of the one
provided by the ‘emacs-org’ package installed with Guix). This happens
because in EMACSLOADPATH the directory containing the bundled ‘org’
precedes the directory containing the ‘org’ provided by ‘emacs-org’.
It stands to reason that the elisp libraries provided by Emacs itself
shouldn’t be in EMACSLOADPATH in the first place as they are already in
‘load-path’ to which the directories in EMACSLOADPATH are prepended (as
described in the Emacs manual).
I’m currently on commit 116787d.
Regards,
Diego
Information forwarded
to
bug-guix <at> gnu.org
:
bug#38399
; Package
guix
.
(Thu, 28 Nov 2019 05:12:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 38399 <at> debbugs.gnu.org (full text, mbox):
Hello Diego,
Diego Nicola Barbato <dnbarbato <at> posteo.de> writes:
> Hi Guix,
>
> Since the recent changes to the way Guix handles Emacs packages Emacs
> loads the wrong ‘org’ (the one bundled with Emacs instead of the one
> provided by the ‘emacs-org’ package installed with Guix). This happens
> because in EMACSLOADPATH the directory containing the bundled ‘org’
> precedes the directory containing the ‘org’ provided by ‘emacs-org’.
Thanks for the report!
> It stands to reason that the elisp libraries provided by Emacs itself
> shouldn’t be in EMACSLOADPATH in the first place as they are already in
> ‘load-path’ to which the directories in EMACSLOADPATH are prepended (as
> described in the Emacs manual).
That's not true; when using EMACSLOADPATH the Emacs' bundled libraries
must be included explicitly, or an empty item be present (which means,
an extra ':' present).
See (elisp)Library Search:
An empty element in the value of the environment variable,
whether trailing (as in the above example), leading, or embedded, is
replaced by the default value of ‘load-path’ as determined by the
standard initialization procedure. If there are no such empty
elements, then ‘EMACSLOADPATH’ specifies the entire ‘load-path’.
You must include either an empty element, or the explicit path to
the directory containing the standard Lisp files, else Emacs will
not function.
That said, the search path specification defined in our Emacs packages
should be reordered so that a user profile appears first (before Emacs
bundled libraries).
I'll address this as part of bug #38309 (see:
https://bugs.gnu.org/38309). I'm planning to have it merged in a few
days at most.
Thanks!
Maxim
Information forwarded
to
bug-guix <at> gnu.org
:
bug#38399
; Package
guix
.
(Thu, 28 Nov 2019 14:26:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 38399 <at> debbugs.gnu.org (full text, mbox):
Hello Maxim,
Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
[...]
>> It stands to reason that the elisp libraries provided by Emacs itself
>> shouldn’t be in EMACSLOADPATH in the first place as they are already in
>> ‘load-path’ to which the directories in EMACSLOADPATH are prepended (as
>> described in the Emacs manual).
>
> That's not true; when using EMACSLOADPATH the Emacs' bundled libraries
> must be included explicitly, or an empty item be present (which means,
> an extra ':' present).
>
> See (elisp)Library Search:
>
> An empty element in the value of the environment variable,
> whether trailing (as in the above example), leading, or embedded, is
> replaced by the default value of ‘load-path’ as determined by the
> standard initialization procedure. If there are no such empty
> elements, then ‘EMACSLOADPATH’ specifies the entire ‘load-path’.
> You must include either an empty element, or the explicit path to
> the directory containing the standard Lisp files, else Emacs will
> not function.
Thanks for the clarification! And sorry for the noise, I should have
read it more closely.
Regards,
Diego
Reply sent
to
Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
:
You have taken responsibility.
(Sat, 07 Dec 2019 04:33:03 GMT)
Full text and
rfc822 format available.
Notification sent
to
Diego Nicola Barbato <dnbarbato <at> posteo.de>
:
bug acknowledged by developer.
(Sat, 07 Dec 2019 04:33:03 GMT)
Full text and
rfc822 format available.
Message #16 received at 38399-done <at> debbugs.gnu.org (full text, mbox):
Hello,
This was fixed on master with commit 3ffdd0026b.
Thank you!
Maxim
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 04 Jan 2020 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 85 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.