apt/apt-private/private-install.cc, branch 2.9.7Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=2.9.72024-07-05T04:27:32ZShow installed version (not candidate version) while removing a package2024-07-05T04:27:32Zsidsidtosh4@gmail.com2024-07-03T09:20:32Zurn:sha1:c575648f41ff09e72988976f8150e9bb51781cd4
Showing a package version which was never installed in removals is
confusing.
Do not save new if we have already installed providers2024-05-16T20:12:51ZDavid Kalnischkiesdavid@kalnischkies.de2024-05-16T14:51:28Zurn:sha1:f404c8e06e07c2a89efb0f1ba997a7f1c0c472db
Companion of the previous commit that uses the same reasoning, but from
the other side of the logic (as we start from reverse deps here) so that
we are dropping the useless NEW from the solution.
Ideally this code would not live in -private, but in -pkg, but there is
not really a pre-existent good central place for this currently as a
sort-of fixup for our default resolver given this is the result of
resolver decision to not do something which had ripple effects that
aren't reverted along with it.
It is a bit unlikely that this is fixing all instances that this bug
has given we have dealt with a few instances of it already as they are
relatively obscure situations to clean up after and the cost of being
wrong (= autoremover generating breaks) is much higher than being
correct (= no pointless install – that is likely installed later anyhow
after the temporary automatic hold is lifted). And by virtue of being
the result of mostly temporary situations its also unlikely to be
debugable in hindsight months later; so if there is another situation,
its better to deal with it in a new bugreport.
Closes: #839546
Match version constraints before saving garbage packages2024-04-24T13:16:21ZDavid Kalnischkiesdavid@kalnischkies.de2024-04-03T19:12:01Zurn:sha1:e099ee946000797f4c03b8c5075ce7ebba193337
We remove new garbage packages from the solution if we can as installing
a new package which is at the same time considered garbage looks silly,
but it could also be a new dependency of another garbage package, so we
have a second round trying to save such packages. In this round we
weren't considering versioned constraints on dependency relations through
so even an unsatisfied old recommends could save which it shouldn't.
Avoid figuring which kept pkgs are phased if we don't display it2024-04-24T13:16:21ZDavid Kalnischkiesdavid@kalnischkies.de2024-04-03T12:36:40Zurn:sha1:7d93bcabc3f2c47c093faae7b36b7709f287cce2
Not all commands show kept back packages, so even if it hardly matters,
lets not crunch numbers needlessly if we don't need the info which also
reduces the lifetime of the involved variables hopefully also reducing
the mental requirements for a reader.
Show "Upgrading:" before other sections2024-04-19T18:49:05ZJulian Andres Klodejulian.klode@canonical.com2024-04-16T09:59:47Zurn:sha1:129662acca40d3bd212f19e94db6df9d0ba4ba80
This avoids awkward interactions with Installing dependencies and
Suggested packages appearing before it; despite being triggered by
it.
Remove spurious newline inside `apt autoremove` message2024-04-19T18:49:05ZJulian Andres Klodejulian.klode@canonical.com2024-04-15T16:17:46Zurn:sha1:31d328f10d13393936b4adb779a527befa289fa7
Add a new `note` field to `ShowList` which contains a line to
be displayed after the list itself. This allows `ShowList` to
render a self-contained list block.
Configure individual action colors using APT::Color::Action2024-04-19T14:58:24ZJulian Andres Klodejulian.klode@canonical.com2024-04-19T14:12:42Zurn:sha1:dc779ff0a33d9da8bc55390ee55ad73d31739e46Use APT::Configuration::color to apply color to output2024-04-19T14:58:24ZJulian Andres Klodejulian.klode@canonical.com2024-04-19T14:05:08Zurn:sha1:e07450beb5a474ec3c099ff3eb329892b040d04capt: Default to N in the y/N prompt if there were warnings2024-04-13T20:37:38ZJulian Andres Klodejak@debian.org2024-04-13T20:37:38Zurn:sha1:ffe5a25fdb0dd178ba36b9f72c5213565adf19f0
This especially helps with the running out of space warnings to
be safe.
Use "Continue anyway?" if a warning is queued2024-04-13T20:04:15ZJulian Andres Klodejak@debian.org2024-04-13T20:04:15Zurn:sha1:0ea8b5a34118d57e8aad7229360a5acafa1d1c1e