GNU bug report logs - #26993
25.2; package.el: docstrings keep pointing to old code after package upgrade

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 26993 in the body.
You can then email your comments to 26993 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Heikki Lehvaslaiho <heikki.lehvaslaiho <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.2; package.el: docstrings keep pointing to old code after package
 upgrade
Date: Fri, 19 May 2017 10:56:00 +0300

[Message part 1 (text/plain, inline)]

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

[Message part 2 (text/html, inline)]

Message #8 received at 26993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Heikki Lehvaslaiho <heikki.lehvaslaiho <at> gmail.com>
Cc: 26993 <at> debbugs.gnu.org
Subject: Re: bug#26993: 25.2; package.el: docstrings keep pointing to old
 code after package upgrade
Date: Sat, 12 Dec 2020 20:48:32 +0100

Heikki Lehvaslaiho <heikki.lehvaslaiho <at> 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

Message #13 received at 26993 <at> debbugs.gnu.org (full text, mbox):

From: Heikki Lehvaslaiho <heikki.lehvaslaiho <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 26993 <at> debbugs.gnu.org
Subject: Re: bug#26993: 25.2; package.el: docstrings keep pointing to old code
 after package upgrade
Date: Mon, 14 Dec 2020 11:28:33 +0200

[Message part 1 (text/plain, inline)]

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 <at> gnus.org> wrote:

> Heikki Lehvaslaiho <heikki.lehvaslaiho <at> 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
>

[Message part 2 (text/html, inline)]

Message #16 received at 26993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Heikki Lehvaslaiho <heikki.lehvaslaiho <at> gmail.com>
Cc: 26993 <at> debbugs.gnu.org
Subject: Re: bug#26993: 25.2; package.el: docstrings keep pointing to old
 code after package upgrade
Date: Fri, 25 Dec 2020 22:47:50 +0100

Heikki Lehvaslaiho <heikki.lehvaslaiho <at> 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

Message #19 received at 26993 <at> debbugs.gnu.org (full text, mbox):

From: Heikki Lehvaslaiho <heikki.lehvaslaiho <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 26993 <at> debbugs.gnu.org
Subject: Re: bug#26993: 25.2; package.el: docstrings keep pointing to old code
 after package upgrade
Date: Sun, 27 Dec 2020 09:19:02 +0200

[Message part 1 (text/plain, inline)]

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 <at> gnus.org> wrote:

> Heikki Lehvaslaiho <heikki.lehvaslaiho <at> 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
>

[Message part 2 (text/html, inline)]

Message #22 received at 26993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Heikki Lehvaslaiho <heikki.lehvaslaiho <at> gmail.com>
Cc: 26993 <at> debbugs.gnu.org
Subject: Re: bug#26993: 25.2; package.el: docstrings keep pointing to old
 code after package upgrade
Date: Sun, 27 Dec 2020 08:21:21 +0100

Heikki Lehvaslaiho <heikki.lehvaslaiho <at> gmail.com> writes:

> I installed emacs 28 from git-HEAD and it looks like this bug really
> has now been fixed.

Thanks for checking; closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.