GNU bug report logs - #76567
30.1; package-install-upgrade-built-in upgrades built-ins to the same version

Previous Next

Full log

View this message in rfc822 format

From: Philip Kaludercic <philipk <at> posteo.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Ship Mints <shipmints <at> gmail.com>, 76567 <at> debbugs.gnu.org
Subject: bug#76567: 30.1; package-install-upgrade-built-in upgrades built-ins to the same version
Date: Wed, 26 Feb 2025 15:39:40 +0000

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Ship Mints <shipmints <at> gmail.com>
>> Date: Tue, 25 Feb 2025 15:35:10 -0500
>> 
>> As part of my production upgrade to 30.1, I wrote a program to install
>> my local ELPA tree from scratch, and take the opportunity to prune and
>> curate packages.
>> 
>> One thing that surprised me, that I didn't notice in 29.4, is that if
>> 'package-install-upgrade-built-in' is non-nil, 'package-list-packages'
>> reports built-ins needing upgrades from ELPA but to the *identical
>> versions* in the 30.1 tree.  I was expecting upgrades to be actual
>> upgrades, not side-grades, as they say.  The reason I didn't see
>> this on 29.4, is that the distro versions were older than ELPA so I
>> was happy to take the upgrades.  This does not appear to be a
>> regression, just a general bug report.
>
> Philip, could you please look into this?

(emacs) Package Installation says:

   If you customize ‘package-install-upgrade-built-in’ to a non-‘nil’
value, be very careful when using commands that update many packages at
once, like ‘package-upgrade-all’ and ‘U’ in the package menu: those
might overwrite built-in packages that you didn't intent to replace with
newer versions from the archives.  Don't use these bulk commands if you
want to update only a small number of built-in packages.

I read this as that OPs behaviour what the option intends to do.

Previous Next

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