Debians commandline package manager https://git.kalnischkies.de/apt/atom?h=1.1.10 2015-12-06T23:09:10Z 2015-12-06T23:09:10Z David Kalnischkies david@kalnischkies.de 2015-12-06T23:09:10Z urn: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 2015-12-06T13:03:35Z David Kalnischkies david@kalnischkies.de 2015-12-06T13:03:35Z urn: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. 2015-11-29T12:12:38Z David Kalnischkies david@kalnischkies.de 2015-11-29T12:12:38Z urn: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. 2015-11-28T21:35:42Z Michael Vogt mvo@ubuntu.com 2015-11-28T20:59:18Z urn:sha1:a5fc9be36211a290a7abc3ca2a8bf98943bc1f57 2015-11-19T22:38:49Z David Kalnischkies david@kalnischkies.de 2015-11-19T21:39:13Z urn:sha1:520624d562e54e8e2c0191fae723e668e3ece6b4 If the config.{sub,guess} files we linked in were newer than our configure script we ended up recreating configure and then rerun it without all the configuration options which were (potentially) present for a previous run. We avoid this by changing to the same ruleset as in the debian/rules file which compares the config.* files against a stamp file rather than the configure script itself as its the configuration itself which depends on all scripts, not configure on the config scripts. While at it, we also drop the 'make -s dirs' call as we don't need to do it explicitly here as proper dependencies will take care of it. Thanks: Helmut Grohne for the detailed bugreport. Closes: 804923 2015-08-27T10:58:47Z Julian Andres Klode jak@debian.org 2015-08-26T23:10:34Z urn:sha1:1476c59e4b93239176a2d4874ec950b489c924b2 It was not nice to use 2 * number of cores in all cases. Thanks: Jakub Wilk for the suggestion 2014-10-01T12:18:18Z Michael Vogt mvo@ubuntu.com 2014-10-01T06:22:26Z urn:sha1:9a61bb2176e6599094c575dec7184c3afd6f39bd Because of dpkg-buildflags we already get most of the hardening features, +all adds -fPIE and ld -z now Thanks: Simon Ruderich, Markus Waldeck 2014-07-08T11:14:22Z Guillem Jover guillem@debian.org 2014-07-02T02:10:37Z urn:sha1:a034d8528bc98e9caf12e024a0d5eeb25f87a500 2014-05-05T14:24:52Z Michael Vogt mvo@debian.org 2014-05-05T14:24:52Z urn:sha1:afe81fd9edb02103f3e73081dbe42ba429bb7fc6 This reverts commit 697c9314c8ba24f3e393b5de11a3fad7adae4bfc. Conflicts: debian/rules 2014-04-26T11:46:23Z David Kalnischkies david@kalnischkies.de 2014-04-26T11:31:41Z urn:sha1:c1b3d18934ce35f6a82b05207f53bf9b0cbfb961 Vendors like ubuntu need to change some options, so giving them a way to do this less painfully avoids reducing differences.