apt/apt-pkg/depcache.cc, branch 3.1.8Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=3.1.82025-03-08T23:12:27Zdepcache: Add a new UpgradeCount() member2025-03-08T23:12:27ZJulian Andres Klodejulian.klode@canonical.com2025-02-18T12:37:38Zurn:sha1:1ab3740704f8cf478d01ef95f4ef8152b79d7b87Introduce pkgDepCache::Transaction for transactional depcache updates2025-03-08T23:12:27ZJulian Andres Klodejulian.klode@canonical.com2025-02-04T17:22:35Zurn:sha1:71d3d399d7de75a96b2911677b74ce8b59579ee9refactor: Deduplicate and Move SectionInSubTree to Configuration2025-02-18T09:56:45ZJulian Andres Klodejulian.klode@canonical.com2025-02-17T20:33:30Zurn:sha1:e8b240eb3aab7e2584e245f03700ede30a3fc23a
Deduplicate the copies in a central one, mark it unavailable to
external users.
solver3: Defer 3.0 'deep' autoremoval to 3.1, fix autoremove2025-02-14T18:08:45ZJulian Andres Klodejulian.klode@canonical.com2025-02-11T11:11:20Zurn:sha1:4c48b5618ba15d4e33625cec81843891910e81a2
Restore the depcache's MarkRequired logic for 3.0 solver; and
change the MarkInstall() call to pass a more correct value for
FromUser, to not override an existing automatic status.
Measure BootSize as integer2025-02-03T12:40:37ZJulian Andres Klodejulian.klode@canonical.com2025-02-03T12:19:12Zurn:sha1:452586e84ad54ca23dee399bf9809c49e7171f36
I don't know why I used a double here this is awkward.
Correctly calculate kernel size in /boot2025-02-03T12:40:37ZJulian Andres Klodejulian.klode@canonical.com2025-02-03T12:07:37Zurn:sha1:c303750ecb89b7210fe998515432e358b3cc0cff
Change the code to get the size from the existing vmlinuz,
rather than using the package size, which only worked in
Ubuntu, and possibly not on all kernel packages either.
Refactor the code a bit to avoid the nested if as well,
and use off_t to measure and sum the sizes before switching
to floating point.
Closes: #1085184
Drop usage of macro APT_OVERRIDE for simple override2025-01-05T22:16:08ZDavid Kalnischkiesdavid@kalnischkies.de2024-12-26T19:41:53Zurn:sha1:f73593a4034d9eec0ec4466b8e173d4a4daece1f
We were rather inconsistent in using it and as our public headers
contain deduction guides (a c++17 feature) it seems silly to try to hide
a c++11 feature in a macro, so lets stop this charade and drop the
macro and while we are changing all these lines lets apply [[nodiscard]]
(another c++17 feature) and other suggestions from clang-tidy and
formatting for a little more consistency.
Do not mark new if we have already installed providers2024-05-16T20:12:51ZDavid Kalnischkiesdavid@kalnischkies.de2024-05-16T13:41:48Zurn:sha1:b1c3039dae19553bff19615fbb4d116aeaa644a7
The test is actually documenting another bug hidden a bit by this one as
we do not need to install a NEW package in this situation as the upgrade
needing it was kept back, but it was protected from considering it to
be autoremoveable as all providers tend to be considered protected, but
by limiting us to installed providers if we have some we can drag those
new packages out of hiding.
Now, we "just" have to get right of the NEW package in a next step.
Do not upgrade rev-deps ear-marked for removal2024-04-24T13:16:21ZDavid Kalnischkiesdavid@kalnischkies.de2024-03-14T20:59:10Zurn:sha1:d030a1041b243c45dcd41e34d3c2b21cf1a533ba
We schedule reverse dependencies for an upgrade, but we shouldn't do it
if we have ear-marked this package for removal later on. Usually the
solver will end up doing the right thing like it already did in the
included testcase in the end, but given that before it reaches the right
end it explored a bad path which can lead to more installs and removals
influencing later decisions or are just too hard for the resolver to
undo later on, we can just not explore this path to begin with.
References: e077370ffcb3669a50a600e80356c2002e6b176d
Show space estimate for /boot, if separate; or estimate initrd for /usr2024-04-13T18:27:48ZJulian Andres Klodejak@debian.org2024-04-13T18:27:48Zurn:sha1:f7e5ed3c8dffcdfc2c55c63f2e3cbcb390bbf013
Calculate an estimate of 110% of the biggest initrd + system.map
as the additional space a kernel needs in /boot.
If /boot is a different file system than /usr, print the size of
the kernels + the additional space they will need separately;
otherwise include it in our /usr figure.