[Aptitude-devel] Bug#1064969: apt: can't upgrade with aptitude
Simon Richter
sjr at debian.org
Thu Feb 29 05:11:41 GMT 2024
Hi,
On 2/28/24 23:49, Vincent Lefevre wrote:
> # aptitude install apt
> The following packages will be upgraded:
> apt{b} apt-doc
> 2 packages upgraded, 0 newly installed, 0 to remove and 180 not upgraded.
> Need to get 1622 kB of archives. After unpacking 0 B will be used.
> The following packages have unmet dependencies:
> apt : Depends: libapt-pkg6.0t64 (>= 2.7.12+nmu1) but it is not going to be installed
> apt-utils : Depends: apt (= 2.7.12) but 2.7.12+nmu1 is to be installed
> The following actions will resolve these dependencies:
>
> Keep the following packages at their current version:
> 1) apt [2.7.12 (now, testing)]
That is a valid possible resolution. Presumably, if you reject this
resolution, it will instead propose to upgrade apt-utils, install
libapt-pkg6.0t64 and remove libapt-pkg6.0.
Since that is a larger change, the conservative proposal comes first.
apt-utils has a versioned dependency on apt, which means upgrading apt
alone (which you requested) breaks another "unrelated" package. There
has been some debate that resolvers should favour upgrading all binaries
that are built from the same source together, but that has not been
implemented yet, and it is unclear if that would have changed anything here.
> So, I suppose that this is also the case for aptitude: if aptitude
> cannot upgrade just because of a rename, then this is a problem in
> the involved packages.
Note that you haven't requested an "upgrade" (which would likely have
worked, because it would have switched both apt and apt-utils to the new
version, and the remaining involved packages were automatically
installed as dependencies of the packages being upgraded).
Simon
More information about the Aptitude-devel
mailing list