Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=2.9.24 2025-01-21T11:16:34Z 2025-01-21T11:16:34Z Julian Andres Klode julian.klode@canonical.com 2025-01-20T11:31:55Z urn:sha1:e14417db27771ad85f45880974c8f59f05d138f1 This warning has been superseded by the missing sources.list notice (which will also become a warning shortly) Adjust the sqv exit to avoid introducing a new spurious "No good signature" that we did not reach before. moo 2025-01-21T11:16:34Z Julian Andres Klode julian.klode@canonical.com 2025-01-20T10:57:33Z urn:sha1:c4e57e200ae40db5e9ada6ec0933b53d249e4a97 Warn about the missing field there and suggest the transition to deb822 .sources files if we found any non-deb822 source without signed-by. 2025-01-17T01:09:05Z David Kalnischkies david@kalnischkies.de 2025-01-17T01:09:05Z urn:sha1:9bd81ac3c85d8c9fee01d0ecfc681841aa89e6eb The test was failing for me as the PGP signature contained "GeviljGB" which is clearly not the evil we are looking for. Sadly, reproducing this is hard, but random failures of the test suite are annoying, so lets grep for a bit longer strings that can't happen in the signature block to avoid this particular problem. 2025-01-17T00:27:48Z David Kalnischkies david@kalnischkies.de 2025-01-17T00:01:13Z urn:sha1:4454fd246b3b7f605dcd272b2107313ba53688c5 For some reason ~ that I don't know and can't come up with on the spot ~ we output the Pre-Depends field as PreDepends in the translated user-visible output and I accidentally copied that over to the untranslated variant that replaced the embedded copy (with a dash) in the EDSP generator. Code-copies and implementation details littered all over the place are apparently sometimes a good bug-free thing, too… Regression-of: 6828ae2c2f9268c8187f0fa91b3c464ed84a8476 Closes: #1093254 2025-01-14T09:01:51Z Julian Andres Klode julian.klode@canonical.com 2025-01-14T09:01:22Z urn:sha1:8f065d249e620cf147b1779a141c14e032a699fd Add some more test cases where only one of the sources is bad; and switch to htp to make the order more reliable. 2025-01-05T22:16:09Z David Kalnischkies david@kalnischkies.de 2024-12-26T22:14:43Z urn:sha1:1a35028dd9ee4554a1a1f9f77a4dee615fb278ae They were implemented to help a tiny bit in notifying users even if they didn't read the Release notes (or didn't realize it would apply to them) that they likely have to change their sources.list entries, but that transition is now over for a while, so everyone who should have seen it has hopefully reacted to it and so all this code now does is waste space, time and idly waiting for false positives. 2025-01-05T22:16:08Z David Kalnischkies david@kalnischkies.de 2024-12-26T19:41:53Z urn: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. 2025-01-05T21:46:03Z David Kalnischkies david@kalnischkies.de 2025-01-05T21:46:03Z urn:sha1:eb1adc417b0f3c626c545d195e900d1369c751f0 Streamlining the rules around the Section field and especially what happens if its isn't present are a good idea in general, but for testing proposes we want a package without a section ~ something dpkg and co do not want us to have for good reasons (outside of tests). While a real nosection package would interact with more of our code, for this test we don't really need a real one and so we can adopt to the new reality of encountering such packages only if they are already installed instead of trying to build a sectionless package by hand. The other failure is a simple and trivial string change around the formatting of the version number in dpkg error message about file overrides, which we can resolve by just not looking at the version to sidestep dealing with the formatting difference. References: https://lists.debian.org/debian-dpkg/2024/12/msg00010.html Closes: #1092090 2025-01-05T18:29:47Z Julian Andres Klode julian.klode@canonical.com 2025-01-05T18:29:47Z urn:sha1:cf0257b4d2f559a914fcafa58e5819f624dc8599 There were some references to APT::StringView that don't make much sense anymore. 2025-01-01T21:27:31Z Julian Andres Klode julian.klode@canonical.com 2025-01-01T21:20:25Z urn:sha1:12a3dfe6b86ca01ac2d643086b8f30e5b9189290 This is the correct check to find out whether we have built with sqv support.