Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=2.9.24 2025-01-21T11:22:04Z 2025-01-21T11:22:04Z Julian Andres Klode julian.klode@canonical.com 2025-01-21T11:22:04Z urn:sha1:61f8f40f921cde13c5b97abbdf900646745e8e30 2025-01-21T11:16:48Z Julian Andres Klode jak@debian.org 2025-01-21T11:16:48Z urn:sha1:a3a4896b0bbc4567a07c6fb7cfaa8a1f6b03fab3 Warn about missing Signed-By in .list format See merge request apt-team/apt!431 2025-01-21T11:16:34Z Julian Andres Klode julian.klode@canonical.com 2025-01-20T12:08:06Z urn:sha1:6f618323d2d1cea47df0952a9ed2cebcda6c7193 The trusted.gpg file has been deprecated since February 2022 and can no longer be managed easily without apt-key, so we should not be falling back to it by default. We do not remove the actual code to fall back to it, such that code that passes Dir::Etc::trusted explicitly continues to work for the time being (with the warnings in update), as the overhead is now rather trivial. 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-20T12:41:20Z Julian Andres Klode julian.klode@canonical.com 2025-01-20T12:34:33Z urn:sha1:afeaf6a442bb2603a1ebce096586cef48d065ba4 This is more generic, allowing us to use jak's runner again. 2025-01-17T19:42:50Z Julian Andres Klode julian.klode@canonical.com 2025-01-17T19:42:50Z urn:sha1:d75e04df441d2900b0e046428feade175f85912a 2025-01-17T19:32:40Z Julian Andres Klode julian.klode@canonical.com 2025-01-17T19:27:34Z urn:sha1:98ddccc166d6f212ea466598485f1ea94f1c92f9 gcc 14.2.0-9 causes vector instructions to be emitted in the constructor when it is being inlined into BaseHttpMethod::Loop(), which seemingly only on Graviton instances, causes the field to be initialized to 0 (Chunked) instead of 2 (Closes), causing the code to fail later when it tries to interpret file data as the chunk size. It's plausible we are missing some register saving here - that is, the q31 register overrides an x register. Work around this by making Closes element 0, such that 0 initialisation results in the correct Closes value. Reported-By: Myon on IRC 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