bug#63757: 29.0.91 order of package paths changed: random old versions of packages in load-path

[Eli Zaretskii]

> Cc: 63757@debbugs.gnu.org
> Date: Mon, 29 May 2023 22:44:37 -0400
> From:  Stefan Monnier via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
> 
> > Run `emacs -Q` and `M-x package-initialize`.
> >
> > After that `package-alist` contains
> >
> >    (go-mode #s(package-desc :name go-mode :version
> >                             (20170726 555)
> >                             :summary "Major mode for the Go programming 
> > language"
> >                             :reqs nil :kind nil :archive nil
> >                             :dir 
> > "/home/eab/.emacs.d/elpa/go-mode-20170726.555"
> >                             :extras
> >                             ((:keywords "languages" "go")
> >                              (:url . 
> > "https://github.com/dominikh/go-mode.el";)
> >                              (:commit . 
> > "99b06da201afb91e8db0c525c0f3c3590fd92fa6"))
> >                             :signed nil)
> >             #s(package-desc :name go-mode :version
> >                             (20220114 2239)
> >                             :summary "Major mode for the Go programming 
> > language"
> >                             :reqs ((emacs (26 1)))
> >                             :kind nil :archive nil
> >                             :dir 
> > "/home/eab/.emacs.d/elpa/go-mode-20220114.2239"
> >                             :extras
> >                             ((:url . 
> > "https://github.com/dominikh/go-mode.el";)
> >                              (:keywords "languages" "go")
> >                              (:maintainer "The go-mode Authors")
> >                              (:authors
> >                               ("The go-mode Authors"))
> >                              (:commit . 
> > "fa2693278637f56759480d2bf203bb8aad107230"))
> >                             :signed nil))
> 
> Hmm... that definitely looks wrong.  The 2022 version should come first
> and the 2017 second.  Either there's a bug in
> `package-process-define-package` or `package-alist` is being
> (incorrectly) populated by some other function.

Any suggestions for how to fix this?  I'd like this to be fixed before
the next pretest, please.