On Sat, Apr 8, 2023, 08:09 Eli Zaretskii wrote: > > Cc: monnier@iro.umontreal.ca > > From: João Távora > > Date: Fri, 07 Apr 2023 23:12:43 +0100 > > > > I've been meaning to report this for some time. I really think this > > should be fixed in Emacs 29 before it ships. > > > > src/emacs -Q # Emacs 29 > > > > M-x package-install RET eglot RET > > > > Echoes "No match", even though eglot 1.14 is available from GNU ELPA. > > That's because Eglot is a :core ELPA package and it's already in Emacs > > 29, so package.el thinks there is nothing to install. > > Is :core new in Emacs 29? If not, then this problem is not new: it > existed earlier for every :core package in ELPA, it just didn't exist > for Eglot. > Yes, it existed before. It's a bug but not a regression. But many of these :core packages were primarily used as libraries supporting other packages, not do much as user-facing, command-providing, UI-enhancing packages. From what I've been seeing in the Eglot bug tracker there is a very significant number of people using third-party package managers to install and upgrade Eglot (straight, elpaca, ...) I always tell them to report problems sweet package-install instead of these managers, as I've seen more than my fair share of problems created by these other managers. My experience and the internal traffic reports tem me Eglot is a popular Emacs package and people are not satisfied with just any old release. If this isn't fixed, it'll be heaps of text to tell people how to upgrade. Not the end of the world, but really awkward. There is certainly code in Emacs 29 that allows upgrading Eglot or other core packages but it's buried deep in that odd workflow. If the code for a M-x package-upgrade, as Stefan suggests, is simple, then i think it should be added to emacs-29. Alternatively, there could be some kind of 'package-bugfixes' non-:core package in elpa.git that adds this new command. Asking people to install that package first is still easier than guiding then through that odd workflow. João >