Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=2.3.10 2021-10-18T14:36:14Z 2021-10-18T14:36:14Z Julian Andres Klode julian.klode@canonical.com 2021-10-18T14:36:14Z urn:sha1:4a73fd686a882dd9cae0e6a44a0f4e23602d9d6f 2021-10-18T14:12:54Z Julian Andres Klode julian.klode@canonical.com 2021-06-09T11:22:38Z urn:sha1:3f07f5345ec79702c3c769047452041b2c12953f Extend the Signed-By field to handle embedded public key blocks, this allows shipping self-contained .sources files, making it substantially easier to provide third party repositories. 2021-10-18T13:37:47Z Julian Andres Klode jak@debian.org 2021-10-18T13:37:47Z urn:sha1:efa3528de4277a3d5195c5ce875e7ee960726239 Add AllowRange option to disable HTTP Range usage See merge request apt-team/apt!188 2021-10-18T13:36:20Z Julian Andres Klode jak@debian.org 2021-10-18T13:36:20Z urn:sha1:f6b08c78dcdda1734710a5ef01553f53ceb5c52e add pattern to select packages by priority (closes: #989558) See merge request apt-team/apt!185 2021-10-18T13:36:00Z Julian Andres Klode jak@debian.org 2021-10-18T13:36:00Z urn:sha1:edf4b2169405e7ca6e21f408229e5fc4bbd4f4ed Streamline access to barbarian architecture functionality See merge request apt-team/apt!184 2021-10-04T21:39:04Z Johannes Schauer Marin Rodrigues josch@mister-muffin.de 2021-09-07T18:30:21Z urn:sha1:cdfae5a9624e7283d372fce261efd018841d21cb 2021-09-16T20:38:46Z David Kalnischkies david@kalnischkies.de 2021-09-16T17:33:24Z urn:sha1:61c1d7d3658fdcd4b32f8b071cef7941120f8abc apt makes heavy usage of HTTP1.1 features including Range and If-Range. Sadly it is not obvious if the involved server(s) (and proxies) actually support them all. The Acquire::http::AllowRange option defaults to true as before, but now a user can disable Range usage if it is known that the involved server is not dealing with such requests correctly. 2021-09-07T15:27:09Z Julian Andres Klode julian.klode@canonical.com 2021-09-07T15:25:54Z urn:sha1:883a12310a4130370965eab0a710a2c8fae6cc09 2021-09-04T14:20:12Z David Kalnischkies david@kalnischkies.de 2021-09-04T14:10:50Z urn:sha1:70c669e2566d119559d2986635bb6c1d0d368073 APT is not the place this information should be stored at, but it is a good place to experiment and see what will be (not) needed in the future for a proper implementation higher up the stack. This is why "BarbarianArchitectures" is chosen instead of a more neutral and/or sensible "VeryForeign" and isn't readily exported in the API to other clients for this PoC as a to be drawn up standard will likely require potentially incompatible changes. Having a then outdated and slightly different implementation block a "good" name would be bad. The functionality itself mostly exists (ignoring bugs) since the introduction of MultiArch as we always had the risk of encountering packages of architectures not known to dpkg (forced onto the system, potentially before MultiArch) we had to deal with somehow and other edge cases. All this commit really does is allowing what could previously only be achieved with editing sources.list and some conf options via a single config option: -o APT::BarbarianArchitectures=foo,bar 2021-08-18T14:24:23Z Frans Spiesschaert Frans.Spiesschaert@yucom.be 2021-08-18T14:20:31Z urn:sha1:f3885ecec2d8ef1a35495d6c6b979d25d3da6d5c Closes: #992352