apt, branch 1.3_rc4Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=1.3_rc42016-09-02T18:30:33ZRelease 1.3~rc42016-09-02T18:30:33ZJulian Andres Klodejak@debian.org2016-09-02T18:30:33Zurn:sha1:54dd6baaf16e92c83f63bdb3633df6e603ac19f3debian: Pass -O to make to get readable build logs2016-09-02T18:11:13ZJulian Andres Klodejak@debian.org2016-09-02T18:11:13Zurn:sha1:0789f685c14631f43e2ad2bd2b8444733dd4f00d
Normally make just lets every job write its output directly,
making the log fairly hard to read with high concurrency.
debian: Move bugscript to old location for overlayfs xdev issue2016-09-02T18:07:32ZJulian Andres Klodejak@debian.org2016-09-02T18:07:32Zurn:sha1:830cba2c508048c2b14618f0518faa6b9c636c45
dpkg on overlayfs cannot rename apt/script to apt, because overlayfs
will not let it move apt to a backup name, responding with XDEV
instead.
acquire: Use priority queues and a 3 stage pipeline design2016-09-02T15:16:36ZJulian Andres Klodejak@debian.org2016-06-15T21:13:43Zurn:sha1:2a440328ea19e9646a93f847dd9eff21e03ad16d
Employ a priority queue instead of a normal queue to hold
the items; and only add items to the running pipeline if
their priority is the same or higher than the priority
of items in the queue.
The priorities are designed for a 3 stage pipeline system:
In stage 1, all Release files and .diff/Index files are fetched. This
allows us to determine what files remain to be fetched, and thus
ensures a usable progress reporting.
In stage 2, all Pdiff patches are fetched, so we can apply them
in parallel with fetching other files in stage 3.
In stage 3, all other files are fetched (complete index files
such as Contents, Packages).
Performance improvements, mainly from fetching the pdiff patches
before complete files, so they can be applied in parallel:
For the 01 Sep 2016 03:35:23 UTC -> 02 Sep 2016 09:25:37 update
of Debian unstable and testing with Contents and appstream for
amd64 and i386, update time reduced from 37 seconds to 24-28
seconds.
Previously, apt would first download new DEP11 icon tarballs
and metadata files, causing the CPU to be idle. By fetching
the diffs in stage 2, we can now patch our contents and Packages
files while we are downloading the DEP11 stuff.
CMake: apt-pkg: Use correct ICONV_INCLUDE_DIRS variable2016-09-02T12:44:08ZJulian Andres Klodejak@debian.org2016-09-02T12:44:08Zurn:sha1:544e1528b18025fad8318e6fb825ad296976cf24
This accidentally used ICONV_DIRECTORIES, which does not
even exist. Weird.
CMake: test/libapt: Use a prebuilt GTest library if available2016-09-02T12:34:37ZJulian Andres Klodejak@debian.org2016-09-02T12:09:52Zurn:sha1:99ba7cc1901c761c97d67775f23858b86594f2ba
If a non-existing source directory is specified, try finding
the system gtest library. Debian derived distributions are
a bit strange because they only ship the source code and
not the library...
gitignore: Add generated docbook stylesheets2016-09-02T12:34:37ZJulian Andres Klodejak@debian.org2016-09-02T12:33:15Zurn:sha1:7cdb840725d46a1524ec37e90902196735aa6a57
I switched them over to generated files in commit
9fb81c6e54a2fe05c0ad0b877fd32f30358e3877, but forgot
to add them to the ignore file.
Gbp-Dch: ignore
support long keyid and fingerprint in gpgv's GOODSIG2016-09-01T17:24:26ZDavid Kalnischkiesdavid@kalnischkies.de2016-09-01T16:55:20Zurn:sha1:6dc85f53d92b9763a1509a6472227c54bc70b01d
In gpgv1 GOODSIG (and the other messages of status-fd) are documented as
sending the long keyid. In gpgv2 it is documented to be either long
keyid or the fingerprint. At the moment it is still the long keyid, but
the documentation hints at the possibility of changing this.
We care about this for Signed-By support as we detect this way if the
right fingerprint has signed this file (or not). The check itself is
done via VALIDSIG which always is a fingerprint, but there must also be
a GOODSIG (as expired sigs are valid, too) found to be accepted which
wouldn't be found in the fingerprint-case and the signature hence
refused.
re-add apt breaks/replaces apt-utils (<< 1.3~exp2~)2016-09-01T14:13:42ZDavid Kalnischkiesdavid@kalnischkies.de2016-09-01T06:53:16Zurn:sha1:f9c2f3e972313b14c4408950d86dc2dba49f8c7c
The recently added (increased actually) Breaks were accidently dropped
while our set of mostly old and outdated breaks was cleaned up.
Regression-From: 20d2f4a4f164cd9026dad698e471c95d7c28973b
Previously-Add-In: ab07af708e49c9219940ffd3e20a01c763267e03
Closes: #836220
tests: silence -Wmissing-declarations2016-09-01T14:13:32ZDavid Kalnischkiesdavid@kalnischkies.de2016-09-01T06:49:22Zurn:sha1:d8a57c1953b876917a9deb098d1ef3d2b093f3dc
Gbp-Dch: Ignore
Reported-By: gcc -Wmissing-declarations