apt/apt-pkg/deb, branch 1.4_rc1

fix various typos reported by spellintian

2017-01-19T14:59:38Z

Most of them in (old) code comments. The two instances of user visible string changes the po files of the manpages are fixed up as well. Gbp-Dch: Ignore Reported-By: spellintian

fix various typos reported by codespell

2017-01-19T14:59:38Z

Nothing in user visible strings. Gbp-Dch: Ignore Reported-By: codespell

ParseDepends: Support passing the desired architecture

2017-01-02T13:27:52Z

This is useful for e.g. Britney, where the Build-Depends would have to be parsed for multiple architectures. With this change, the call can choose the architecture without having to mess with the config. Signed-off-by: Niels Thykier Closes: #845969 (jak@d.o: made the code compile)

fix minimum pkgs option for dpkg --recursive usage

2016-12-31T17:23:25Z

Interpreting a boolean as an int works just fine – it just hasn't the intended result – it isn't a serious problem through as the disabling of the usage of this dpkg calling style is just an "optimization"

avoid producing invalid options if repo has no host

2016-12-31T01:29:21Z

This can happen e.g. for file: repositories. There is no inherent problem with setting such values internally, but its bad style, forbidden in the manpage and could be annoying in the future. Gbp-Dch: Ignore

gets file location via FindFile instead of manual merge

2016-12-31T01:29:21Z

Unlikely to have any practical effect, but its more consistent to use the right methods instead of performing it slightly incorrect by hand. Gbp-Dch: Ignore

skip unconfigure for unconfigured to-be removed pkgs

2016-11-23T23:21:35Z

do not configure unconfigured to be removed packages

2016-11-23T23:21:35Z

We try to configure all packages at the end which need to be configured, but that also applies to packages which weren't completely installed (e.g. maintainerscript failed) we end up removing in this interaction instead. APT doesn't perform this explicit configure in the end as it is using "dpkg --configure --pending", but it does confuse the progress report and potentially also hook scripts. Regression-Of: 9ffbac99e52c91182ed8ff8678a994626b194e69

don't perform implicit crossgrades involving M-A:same

2016-11-23T23:21:35Z

dpkg stumbles over these (#844300) and we haven't dropped 'easier' removes to be implicit and to be scheduled by dpkg by default so far so we shouldn't push the decision in such cases to dpkg either.

improve arch-unqualified dpkg-progress parsing

2016-11-23T23:21:35Z

Our old idea was to look for the first package which would be "touched" and take this as the package dpkg is talking about, but that is incorrect in complicated situations like a package upgraded to/from multiple M-A:same siblings installed. As we us the progress report to decide what is still needed we have to be reasonabily right about the package dpkg is talking about, so we jump to quite a few loops to get it.