GNU bug report logs -
#62576
package-install of an ELPA :core package doesn't reload in time
Previous Next
To reply to this bug, email your comments to 62576 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
monnier <at> iro.umontreal.ca, bug-gnu-emacs <at> gnu.org
:
bug#62576
; Package
emacs
.
(Fri, 31 Mar 2023 22:42:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
João Távora <joaotavora <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
monnier <at> iro.umontreal.ca, bug-gnu-emacs <at> gnu.org
.
(Fri, 31 Mar 2023 22:42:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
I'm reporting this bug to Emacs as suggested by Stefan.
The original report by Jay Barra lives at
https://github.com/joaotavora/eglot/issues/1193:
A simpler reproduction can be achieved in this manner, with Emacs 28:
HOME=`mktemp -d` && emacs -Q # ensure we have a blank ELPA package directly
M-: (featurep 'project) ;; return nil
M-x package-install RET eglot RET
M-x find-library RET project RET
M-: (featurep 'project) ;; returns t
M-: (fboundp 'project-name) ;; return nil
The last step is a bug because the 'project.el' now shown in the window,
which _does_ contain 'project-name' is not the one that was loaded.
Instead, Emacs's 28 built-in project.el 0.8.1 was loaded. Subsequent usage of
Eglot, which requires project 0.9.8, fails. Restarting Emacs fixes this.
Stefan says there is some code in package.el to prevent this and
unconditionally reload the newly installed project.el. But for some
reason it's not being triggered.
João
This bug report was last modified 1 year and 241 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.