GNU bug report logs - #63064
29.0.90; installed packages have status available and obsolete

Previous Next

Package: emacs;

Reported by: Stephen Berman <stephen.berman <at> gmx.net>

Date: Tue, 25 Apr 2023 08:03:01 UTC

Severity: normal

Found in version 29.0.90

Done: Stephen Berman <stephen.berman <at> gmx.net>

Bug is archived. No further changes may be made.

Full log


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

From: Stephen Berman <stephen.berman <at> gmx.net>
To: 63064-done <at> debbugs.gnu.org
Subject: Re: bug#63064: 29.0.90; installed packages have status available
 and obsolete
Date: Mon, 08 May 2023 12:43:22 +0200
On Mon, 08 May 2023 10:33:48 +0200 Stephen Berman <stephen.berman <at> gmx.net> wrote:
[...]
> I have additional information: I copied my entire ~/.emacs.d/elpa
> directory and the complete value for package-selected-packages to a
> directory under /tmp, then started emacs with HOME set to this
> directory, and then invoked list-packages, and this is the resulting
> display in the *Packages* buffer (omitting the "Description" column):
>
>   company                        20230416.2034  available    melpa
>   posframe                       20230423.927   available    melpa
>   sly                            20230507.2335  available    melpa
>   tablist                        20230321.705   available    melpa
>   websocket                      20230305.410   available    melpa
>   company                        0.9.13         installed
>   posframe                       1.4.2          installed
>   sly                            20230425.2123  installed
>   tablist                        1.0            installed
>   websocket                      1.14           installed
>   posframe                       1.4.1          obsolete
>   sly                            20230327.1434  obsolete
>
> In contrast to the above display produced from my "real" ~/.emacs.d,
> here there is no doubling in the listing of available and obsolete
> packages, and the listing of installed packages is correct.  This seems
> to be the intended display of *Packages*.  So there is evidently
> something in my "real" ~/.emacs.d that is causing the above aberrant
> display, but I have no idea what.  Does anyone here have a suggestion?

I determined that the aberrant display in *Packages* is due to invoking
(package-initialize) in ~/.emacs.d/init.el.  Evidentally I missed the
change in Emacs 27 with regard to this function.  I don't understand why
invoking (package-initialize) in init.el when HOME is under /tmp doesn't
have this effect, but that's a separate issue, so I'm closing this bug.

Steve Berman




This bug report was last modified 2 years and 14 days ago.

Previous Next


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