Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=1.3_rc3 2016-08-30T15:37:59Z 2016-08-30T15:37:59Z Julian Andres Klode jak@debian.org 2016-08-30T15:37:59Z urn:sha1:9109c3c309e95a6d99a88f945f17c37e5c04c105 This works around an issue on Fedora where dpkg complains about missing build-essential: dpkg-checkbuilddeps: Unmet build dependencies: build-essential:native Gbp-Dch: ignore 2016-08-29T13:42:06Z Julian Andres Klode jak@debian.org 2016-08-19T18:37:28Z urn:sha1:30ea7a60404ee53393235827202968393951d106 Introduce a new -qq mode for our integration test framework, and make travis use it. The new -qq mode sets MSGLEVEL to 1. In MSGLEVEL=1, no messages are generated for passed tests, and all testcase filenames are printed in the same line. Also install first in travis, do not ls the installed output and run the install with chronic, so we only get output if it failed. Gbp-Dch: ignore 2016-08-29T07:22:25Z David Kalnischkies david@kalnischkies.de 2016-08-28T20:56:17Z urn:sha1:e950b7e2f89b5e48192cd469c963a44fff9f1450 An absolute filename for a *.deb file starts with a /. A package with the name of the file is inserted in the cache which is provided by the "real" package for internal reasons. The pinning code detects a regex based wildcard by having the regex start with /. That is no problem as a / can not be included in a package name… expect that our virtual filename package can and does. We fix this two ways actually: First, a regex is only being considered a regex if it also ends with / (we don't support flags). That stops our problem with the virtual filename packages already, but to be sure we also do not enter the loop if matcher and package name are equal. It has to be noted that the creation of pins for virtual packages like the here effected filename packages is pointless as only versions can be pinned, but checking that a package is really purely virtual is too costly compared to just creating an unused pin. Closes: 835818 2016-08-29T07:22:25Z David Kalnischkies david@kalnischkies.de 2016-08-28T10:58:20Z urn:sha1:4ff5e237d5685be187a75c563b86e80ea3e7cc01 Without randomizing the order in which we download the index files we leak needlessly information to the mirrors of which architecture is native or foreign on this system. More importantly, we leak the order in which description translations will be used which in most cases will e.g. have the native tongue first. Note that the leak effect in practice is limited as apt detects if a file it wants to download is already available in the latest version from a previous download and does not query the server in such cases. Combined with the fact that Translation files are usually updated infrequently and not all at the same time, so a mirror can never be sure if it got asked about all files the user wants. 2016-08-26T22:31:03Z Julian Andres Klode jak@debian.org 2016-08-26T22:31:03Z urn:sha1:6a68315e938eb2611806658828ecea86805822e7 2016-08-26T20:24:24Z Julian Andres Klode jak@debian.org 2016-08-25T13:35:32Z urn:sha1:757ec4e1ef633f9867928559df82adf3d0ac7b78 On BSD systems, the root group is wheel, not root, so let's just use the default group here. Gbp-Dch: ignore 2016-08-26T20:24:24Z Julian Andres Klode jak@debian.org 2016-08-25T13:02:13Z urn:sha1:f878d3a862128bc1385616751ae1d78246b1bd01 The host system might not have a dpkg installed, which makes dpkg fail with: dpkg not recorded as installed, cannot check for multi-arch support! That's entirely useless of course. We want to know if dpkg could support multi-arch in our chroot, so we pseudo-install dpkg into the chroot and pretend it's version is one version higher than the minimum dpkg version, so dpkg --assert-multi-arch works on recent dpkgs. Gbp-Dch: ignore 2016-08-26T20:24:24Z Julian Andres Klode jak@debian.org 2016-08-25T12:24:49Z urn:sha1:2ed62ba6abcad809d1898a40950f86217af73812 This fixes issues with chroots, but the goal here was to get the test suite working on systems without dpkg. 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-08-26T20:22:47Z Julian Andres Klode jak@debian.org 2016-08-24T14:21:12Z urn:sha1:03ae49aca57b499f8ef497c2777b3eaef2516d1a This check should work regardless if dpkg was installed by dpkg or by a native package manager like RPM or pkg. Gbp-Dch: ignore