* bug#26993: 25.2; package.el: docstrings keep pointing to old code after package upgrade
@ 2017-05-19 7:56 Heikki Lehvaslaiho
2020-12-12 19:48 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Heikki Lehvaslaiho @ 2017-05-19 7:56 UTC (permalink / raw)
To: 26993
[-- Attachment #1: Type: text/plain, Size: 1095 bytes --]
There is a long standing problem that keeps docstrings pointing to the old
location after the package has been upgraded.
See
https://emacs.stackexchange.com/questions/12158/docstrings-are-invalid-after-upgrading-packages
Emacs restart or manual load-library on the new new file do fix the
problem, but shouldn't loading happen automatically at package upgrade?
I could not find a previously submitted bug, nor is the paradox package
trying to handle this problem. I mostly upgrade using the
function paradox-upgrade-packages.
-Heikki
In GNU Emacs 25.2.1 (x86_64-apple-darwin13.4.0, NS appkit-1265.21 Version
10.9.5 (Build 13F1911))
of 2017-04-21 built on builder10-9.porkrind.org
Windowing system distributor 'Apple', version 10.3.1504
Configured using:
'configure --with-ns '--enable-locallisppath=/Library/Application
Support/Emacs/${version}/site-lisp:/Library/Application
Support/Emacs/site-lisp' --with-modules'
Configured features:
NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES
Important settings:
value of $LANG: en_IE.UTF-8
locale-coding-system: utf-8
[-- Attachment #2: Type: text/html, Size: 1773 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread* bug#26993: 25.2; package.el: docstrings keep pointing to old code after package upgrade
2017-05-19 7:56 bug#26993: 25.2; package.el: docstrings keep pointing to old code after package upgrade Heikki Lehvaslaiho
@ 2020-12-12 19:48 ` Lars Ingebrigtsen
2020-12-14 9:28 ` Heikki Lehvaslaiho
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2020-12-12 19:48 UTC (permalink / raw)
To: Heikki Lehvaslaiho; +Cc: 26993
Heikki Lehvaslaiho <heikki.lehvaslaiho@gmail.com> writes:
> There is a long standing problem that keeps docstrings pointing to the
> old location after the package has been upgraded.
>
> See
> https://emacs.stackexchange.com/questions/12158/docstrings-are-invalid-after-upgrading-packages
>
> Emacs restart or manual load-library on the new new file do fix the
> problem, but shouldn't loading happen automatically at package
> upgrade?
(I'm going through old bug reports that unfortunately got no response at
the time.)
I tried this now with an arbitrary package -- chess from GNU ELPA. `C-h
f chess RET' after the update worked fine for me, so I'm not able to
reproduce this problem.
Are you still seeing this in recent versions of Emacs? If so, do you
have a recipe to reproduce the bug?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#26993: 25.2; package.el: docstrings keep pointing to old code after package upgrade
2020-12-12 19:48 ` Lars Ingebrigtsen
@ 2020-12-14 9:28 ` Heikki Lehvaslaiho
2020-12-25 21:47 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Heikki Lehvaslaiho @ 2020-12-14 9:28 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 26993
[-- Attachment #1: Type: text/plain, Size: 1556 bytes --]
Still happens with GNU Emacs 27.1 (build 1, x86_64-apple-darwin19.6.0, NS
appkit-1894.60 Version 10.15.7 (Build 19H15)) of 2020-12-02
1. Upgraded all packages
2. Selected one randomly: "package", package was upgraded from 0.5.2 to
0.5.3
3. M-x describe-function (on package-dired)
Cannot open doc string file
"/Users/helehvas/.emacs.d/elpa/project-0.5.2/project.elc"
Cheers,
-Heikki
Heikki Lehväslaiho - skype:heikki_lehvaslaiho cell: +358 40 850 6640
http://about.me/heikki
On Sat, 12 Dec 2020 at 21:48, Lars Ingebrigtsen <larsi@gnus.org> wrote:
> Heikki Lehvaslaiho <heikki.lehvaslaiho@gmail.com> writes:
>
> > There is a long standing problem that keeps docstrings pointing to the
> > old location after the package has been upgraded.
> >
> > See
> >
> https://emacs.stackexchange.com/questions/12158/docstrings-are-invalid-after-upgrading-packages
> >
> > Emacs restart or manual load-library on the new new file do fix the
> > problem, but shouldn't loading happen automatically at package
> > upgrade?
>
> (I'm going through old bug reports that unfortunately got no response at
> the time.)
>
> I tried this now with an arbitrary package -- chess from GNU ELPA. `C-h
> f chess RET' after the update worked fine for me, so I'm not able to
> reproduce this problem.
>
> Are you still seeing this in recent versions of Emacs? If so, do you
> have a recipe to reproduce the bug?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
>
[-- Attachment #2: Type: text/html, Size: 2640 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread* bug#26993: 25.2; package.el: docstrings keep pointing to old code after package upgrade
2020-12-14 9:28 ` Heikki Lehvaslaiho
@ 2020-12-25 21:47 ` Lars Ingebrigtsen
2020-12-27 7:19 ` Heikki Lehvaslaiho
0 siblings, 1 reply; 6+ messages in thread
From: Lars Ingebrigtsen @ 2020-12-25 21:47 UTC (permalink / raw)
To: Heikki Lehvaslaiho; +Cc: 26993
Heikki Lehvaslaiho <heikki.lehvaslaiho@gmail.com> writes:
> Still happens with GNU Emacs 27.1 (build 1, x86_64-apple-darwin19.6.0, NS
> appkit-1894.60 Version 10.15.7 (Build 19H15)) of 2020-12-02
>
> 1. Upgraded all packages
> 2. Selected one randomly: "package", package was upgraded from 0.5.2 to 0.5.3
> 3. M-x describe-function (on package-dired)
> Cannot open doc string file
> "/Users/helehvas/.emacs.d/elpa/project-0.5.2/project.elc"
A fix for bugs when reloading packages on Macos was fixed today in Emacs
28, and that may or may not fix this problem, too. Would it be possible
for you to check with Emacs 28?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#26993: 25.2; package.el: docstrings keep pointing to old code after package upgrade
2020-12-25 21:47 ` Lars Ingebrigtsen
@ 2020-12-27 7:19 ` Heikki Lehvaslaiho
2020-12-27 7:21 ` Lars Ingebrigtsen
0 siblings, 1 reply; 6+ messages in thread
From: Heikki Lehvaslaiho @ 2020-12-27 7:19 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 26993
[-- Attachment #1: Type: text/plain, Size: 1198 bytes --]
I installed emacs 28 from git-HEAD and it looks like this bug really has
now been fixed.
GNU Emacs 28.0.50 (build 1, x86_64-apple-darwin19.6.0, NS appkit-1894.60
Version 10.15.7 (Build 19H114)) of 2020-12-27
Thanks!
-Heikki
Heikki Lehväslaiho - skype:heikki_lehvaslaiho cell: +358 40 850 6640
http://about.me/heikki
On Fri, 25 Dec 2020 at 23:47, Lars Ingebrigtsen <larsi@gnus.org> wrote:
> Heikki Lehvaslaiho <heikki.lehvaslaiho@gmail.com> writes:
>
> > Still happens with GNU Emacs 27.1 (build 1, x86_64-apple-darwin19.6.0, NS
> > appkit-1894.60 Version 10.15.7 (Build 19H15)) of 2020-12-02
> >
> > 1. Upgraded all packages
> > 2. Selected one randomly: "package", package was upgraded from 0.5.2 to
> 0.5.3
> > 3. M-x describe-function (on package-dired)
> > Cannot open doc string file
> > "/Users/helehvas/.emacs.d/elpa/project-0.5.2/project.elc"
>
> A fix for bugs when reloading packages on Macos was fixed today in Emacs
> 28, and that may or may not fix this problem, too. Would it be possible
> for you to check with Emacs 28?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
>
[-- Attachment #2: Type: text/html, Size: 2090 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-12-27 7:21 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-05-19 7:56 bug#26993: 25.2; package.el: docstrings keep pointing to old code after package upgrade Heikki Lehvaslaiho
2020-12-12 19:48 ` Lars Ingebrigtsen
2020-12-14 9:28 ` Heikki Lehvaslaiho
2020-12-25 21:47 ` Lars Ingebrigtsen
2020-12-27 7:19 ` Heikki Lehvaslaiho
2020-12-27 7:21 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).