apt/debian/rules, branch 1.3_exp2Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=1.3_exp22016-06-08T11:07:21Zmove 'dump' solver from apt-utils to apt package2016-06-08T11:07:21ZDavid Kalnischkiesdavid@kalnischkies.de2016-06-07T18:08:27Zurn:sha1:ab07af708e49c9219940ffd3e20a01c763267e03use *.docs files instead of hardcoding in debian/rules2016-05-25T06:32:01ZDavid Kalnischkiesdavid@kalnischkies.de2016-05-25T06:32:01Zurn:sha1:cb6020cdfea3d6dec6f6ad13843ab46f0c10d562
Git-Dch: Ignore
remove semi-support for different build-dirs2016-05-25T06:27:58ZDavid Kalnischkiesdavid@kalnischkies.de2016-05-25T06:27:58Zurn:sha1:a97127c3d019ee073c078dbb652a12386f58515b
The debian/rules file tries to guess in which directory it is supposed
to be building, but that guess is always ./build – if it wasn't it
would fail later as not all rules take alternatives into acount.
So, as this is clearly not used lets remove this complexity instead of
fixing it up.
Git-Dch: Ignore
override lintian on doxygens embedded-javascript-library2016-05-24T09:06:19ZDavid Kalnischkiesdavid@kalnischkies.de2016-05-24T07:55:49Zurn:sha1:83defe877fad2684179d9ddb6e2a40857c3a89e9
The embedding is done completely automatic by doxygen and documented to
be that way for reasons: /usr/share/doc/doxygen/README.jquery
As we can't do anything about it, it is pointless to keep the warning.
Use systemd.timer instead of a cron job2016-04-01T11:02:39ZMichael Vogtmvo@ubuntu.com2016-03-17T07:56:58Zurn:sha1:14669d4b95f0f6a9b215d7fa5aebbc3b7198585d
The rational is that we need to spread the load on the mirrors
that apt update and unattended-upgrades cause. To do so, we
leverage the RandomizeDelay feature of systemd. The other advantage
is that the timer is not run at a fixed daily.daily time but
instead every 24h. This also fixes the problem that the randomized
deplay in the current apt.cron.daily causes other cron jobs to
be deplayed.
A compatibility cron job is also provided for systems that do not
use systemd.
Note that the time is fired two times a day, but the logic inside
of apt.systemd.daily will ensure (via stamp files) that the
servers are hit at most every 24h. Firing two times a day helps
with the worst case update time and it also helps with systems
that are not always on.
LP: #246381, #727685
Closes: #600262, #709675, #663290
Allow building without libgtest-dev under <nocheck> build profile2016-01-03T14:10:05ZHelmut Grohnehelmut@subdivi.de2016-01-03T14:10:05Zurn:sha1:084faf6a41eaf7f0fb52c0210b0cc7fbf22a7ac6
I'd like to avoid pulling libgtest-dev into the bootstrap set.
Fortunately, libgtest-dev is only used for testing apt and apt
correctly implements DEB_BUILD_OPTIONS=nocheck now. So this
bug is about getting rid of the Build-Depends.
Simply removing it (by adding a build profile) is not sufficient
however as configure fails hard, so an additional bit is necessary
to cover for that.
Closes: #809726
part revert, part redo 'which' replacement2015-12-06T23:09:10ZDavid Kalnischkiesdavid@kalnischkies.de2015-12-06T23:09:10Zurn:sha1:e23ee4c21c6d8045ab020526aa864a48dc16ddd9
In e75e5879 'replace "which" with "command -v" for portability' I missed
that command -v isn't actually required to be available in debian, so
for the 5 files we are using it:
Two (abicheck/run_abi_test & test/integration/framework) are called in
environments were I believe sh is at least dash or 'better' as the first
one is "interactive" for apt developers and the later is sourced by ~200
tests in the same directory run by hand and ci-services – for the later
we have pulled some uglier hacks for worser things already, so if there
should actually end up needing something more compatible we will notice
eventually (and the later actually had a command -v call for some time
already and nobody came running).
debian/rules and debian/apt.cron.daily I switched back to which as that
is more or less debian-specific or at least highly non-critical.
That leaves cmdline/apt-key.in with a bunch of calls where I will
implement that functionality in shell as this is relatively short-lived
as it is used to detect wget (for net-update, which Michael wants to
revive and in that process will properly use apt-helper instead of wget)
and to detect gpg vs. gpg2 systems, where the earlier is supposed to go
away in the longrun (or the later, but by replacing the earlier…).
[and this gpg/gpg2 detection is new in sid, so I have some sympathy for
that being a problem now.]
Thanks: Jakub Wilk for pointing out #747320
replace "which" with "command -v" for portability2015-12-06T13:03:35ZDavid Kalnischkiesdavid@kalnischkies.de2015-12-06T13:03:35Zurn:sha1:e75e5879c0e8d232a2e8f045685beeb8c965aba4
which is a debian specific tool packaged in debianutils (essential)
while command is a shell builtin defined by POSIX.
Closes: 807144
Thanks: Mingye Wang for the suggestion.
use function pointers instead of weak symbols for cmdline parsing2015-11-29T12:12:38ZDavid Kalnischkiesdavid@kalnischkies.de2015-11-29T12:12:38Zurn:sha1:90986d4dbbd38e2e89f986d621e301304210452e
Passing function pointers around while working on this was very icky,
but if weak symbols are too much to ask for…
Reverts "do not use "-Wl,-Bsymbolic-functions" during the build to avoid
breakage" aka a5fc9be36211a290a7abc3ca2a8bf98943bc1f57.
do not use "-Wl,-Bsymbolic-functions" during the build to avoid breakage2015-11-28T21:35:42ZMichael Vogtmvo@ubuntu.com2015-11-28T20:59:18Zurn:sha1:a5fc9be36211a290a7abc3ca2a8bf98943bc1f57