GNU bug report logs - #62720
29.0.60; Not easy at all to upgrade :core packages like Eglot

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philip Kaludercic <philipk <at> posteo.net>
Cc: 62720 <at> debbugs.gnu.org, joaotavora <at> gmail.com, monnier <at> iro.umontreal.ca
Subject: bug#62720: 29.0.60; Not easy at all to upgrade :core packages like Eglot
Date: Sat, 15 Apr 2023 16:51:55 +0300

> From: Philip Kaludercic <philipk <at> posteo.net>
> Cc: joaotavora <at> gmail.com,  monnier <at> iro.umontreal.ca,  62720 <at> debbugs.gnu.org
> Date: Sat, 15 Apr 2023 13:21:53 +0000
> 
> >> - User option to enable upgrading built-in packages
> >> - Prefix argument to enable upgrading built-in packages
> >> - Always upgrade built-in packages
> >
> > The first two on emacs-29, the last one on master (if enough people
> > think it's a good idea; me, I think we should wait for a while before
> > deciding).
> 
> OK, so let us use this change:
> 
> (I intentionally picked this one without the user option since that
> will probably become unnecessary with Emacs 30+).

The user option allows those users who always want package-install to
upgrade core package to have what they want, easily.  So I think we
should keep it.  On master, the option could be t by default, or
become unnecessary if that's what happens (but I wouldn't bet on
that).

> I believe there was an issue with the name
> `package--upgradable-built-in-p' and the docstring?

Yes.  The doc string has a typo:

  "Return non-nil if PACKAGE if the built-in version is used."

See those two "if"s?  And even if I replace the second "if" with "is",
the sentence doesn't make sense.

As for the name, I think we can leave it at that.

Thanks.

Previous Next

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