Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=2.3.4 2021-01-04T09:46:48Z 2021-01-04T09:46:48Z Julian Andres Klode julian.klode@canonical.com 2020-12-17T12:24:56Z urn:sha1:04085f46dea9a95dd86123ac00187a63cc4ba2c0 Our kernel autoremoval helper script protects the currently booted kernel, but it only runs whenever we install or remove a kernel, causing it to protect the kernel that was booted at that point in time, which is not necessarily the same kernel as the one that is running right now. Reimplement the logic in C++ such that we can calculate it at run-time: Provide a function to produce a regular expression that matches all kernels that need protecting, and by changing the default root set function in the DepCache to make use of that expression. Note that the code groups the kernels by versions as before, and then marks all kernel packages with the same version. This optimized version inserts a virtual package $kernel into the cache when building it to avoid having to iterate over all packages in the cache to find the installed ones, significantly improving performance at a minor cost when building the cache. LP: #1615381 2017-03-13T15:31:38Z Chris Lamb lamby@debian.org 2017-03-13T10:02:49Z urn:sha1:a9b56a0101628ac04aad0d4e50363b9c18566832 If one is attempting to create a reproducible ISO image we do not want to include the build system's kernel version, not only due to it breaking reproducibility, but it could be somewhat misleading and/or the wrong thing to put in this file anyway. Closes: #857632 2016-08-26T20:24:24Z Julian Andres Klode jak@debian.org 2016-08-24T14:28:47Z urn:sha1:15134a8e5458fc634482386f1fd2acbccc3ac892 This is needed on FreeBSD which has versions like 11.0-RC1, otherwise the tests would fail. 2016-07-08T06:44:05Z Andrew Patterson andrew.patterson@hpe.com 2016-07-06T19:40:16Z urn:sha1:130176bcb6ce65c98d5692196c55cc18b4c210e0 Escape "+" in kernel package names when generating APT::NeverAutoRemove list so it is not treated as a regular expression meta-character. [Changed by David Kalnischkies: let test actually test the change] Closes: #830159 2015-12-14T13:14:04Z Julian Andres Klode jak@debian.org 2015-12-14T13:12:59Z urn:sha1:d94233d865fd3e418ec4d9100741a1c4ba628533 Allow an optional colon followed by anything at the end. 2015-09-14T13:22:19Z David Kalnischkies david@kalnischkies.de 2015-09-14T00:26:13Z urn:sha1:63c7141275c8c5c0f6e60f5242785e50cabaf2a0 Not all tests work yet, most notable the cdrom tests, but those require changes in libapt itself to have a proper fix and what we have fixed so far is good enough progress for now. Git-Dch: Ignore 2015-09-14T13:22:18Z David Kalnischkies david@kalnischkies.de 2015-09-10T08:03:40Z urn:sha1:8597ee543a7d1d61450542c61512295f9da4fec4 Figuring out after the fact what went wrong in the kernel hook is kinda hart, also as the bugreports are usually very lacking on the details front. Collecting the internal variables in the debug output we attach to the generated file might help shine some light on the matter. It's at least not going to hurt… 2015-09-14T13:22:18Z David Kalnischkies david@kalnischkies.de 2015-09-08T10:49:04Z urn:sha1:3196dae8e92407b3aa8e12779a8ed7db998ebdc4 This is basically a rewrite of the script with the general idea of finding the Debian version of the installed kernels – as multiple flavours will have the same Debian version – select the two newest of them and translate them back to versions found in package names. This way we avoid e.g. kernel and kernel-rt to use up the protected slots even through they are basically the same kernel (just a different flavour) so it is likely that if kernel doesn't work for some reason, kernel-rt will not either. This also deals with foreign kernel packages, kernels on hold and partly installed kernels (in case multiple kernels are installed in the same apt run) in a hopefully sensible way. Closes: 787827 2014-12-23T10:43:16Z James McCoy jamessan@debian.org 2014-12-10T15:16:02Z urn:sha1:e5ef23145f0dc6523a5c5321a21407c955777ad2 The current filtering matches the names of the image metapackages on the i386 architecture: $ dpkg-query -l | awk '/^ii[ ]+(linux|kfreebsd|gnumach)-image-[0-9]/ && $2 !~ /-dbg$/ { print $2 }' linux-image-3.16.0-4-586 linux-image-586 This results in an extra image package being removed from APT::NeverAutoRemove, losing the intended effect of keeping the {current, previous, latest} set of images installed. Requiring a “.” in the package name tightens the matched package names to those that are installing a specific version of the image, thus eliding the meta-packages. Closes: 772732 2014-03-21T10:47:56Z David Kalnischkies david@kalnischkies.de 2014-03-21T10:47:56Z urn:sha1:a17482f89b636a52aacc57776bfc8041cf4da508 Metapackages like "linux-image-amd64" are otherwise matched by our extraction as well, which later on can't be successfully compared via dpkg --compare-versions as the 'amd64' bit isn't a version number. (Luckily none of our architectures starts with a digit.) This was broken by me in 0.9.16 as I moved a shell-glob matcher to a regex-based one which has slightly different semantics regarding '*'. Closes: 741962