apt/debian, branch 1.1.7

Release 1.1.7

2015-12-26T18:11:10Z

1.1.6 Christmas release

2015-12-24T16:03:21Z

Release 1.1.5

2015-12-14T15:57:32Z

debian/apt.auto-removal.sh: Adjust -dbg exclusion for multi-arch

2015-12-14T13:14:04Z

Allow an optional colon followed by anything at the end.

tests: Depend on libfile-fcntllock-perl to shut up dpkg-gencontrol

2015-12-14T09:00:32Z

Ubuntu's autopkgtest server always prints dpkg-gencontrol: warning: File::FcntlLock not available; using flock which is not NFS-safe which is somewhat annoying. Work around that by depending on that perl stuff for the test suite. Gbp-Dch: ignore

redirect which stderr to /dev/null for consistency

2015-12-13T23:33:22Z

The "standard" which (debianutils) has no output whatsoever on stderr, bash and dash which use this implementation therefore haven't either. In zsh 'which' is a shell built-in – and has no stderr output either, it does print an error message on stdout… So, realistically, a redirection isn't needed at all, but it also can't hurt (<- I have said that before in this context ->) so why not for consistency with… well, not with "command -v" as that hasn't an error message either. Lets say for consistency with my mental image of shell, as I am still a bit puzzled by zsh's which and now could imagine even more strange things in other shells. Closes: 807373

update symbols files to 1.1.4 state of affairs

2015-12-13T16:46:49Z

Release 1.1.4

2015-12-07T14:31:55Z

part revert, part redo 'which' replacement

2015-12-06T23:09:10Z

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 portability

2015-12-06T13:03:35Z

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.