]> git.saurik.com Git - apt.git/commit - apt-pkg/deb/dpkgpm.cc
do not restore selections for already purged packages
authorDavid Kalnischkies <david@kalnischkies.de>
Wed, 24 Aug 2016 19:57:53 +0000 (21:57 +0200)
committerDavid Kalnischkies <david@kalnischkies.de>
Wed, 24 Aug 2016 20:37:41 +0000 (22:37 +0200)
commit70ff288b98a7aae2c2808112015d34f76f2d5114
tree7359edf1ef1f6cc5d0bac9d5f8967052e4546b9b
parent1044354995513348f4836772fe77068585091d6b
do not restore selections for already purged packages

In most cases apt was already skipping the (re)setting of packages as
to be removed/purged if dpkg had told us that it already did, but we
haven't dealt with it in the most obvious of the cases: Selections set
for packages we touched in this operation which either restores
selections even dpkg would have overridden or e.g. tries to restore a
purge selection for a package which was just purged – does not happen
with apt itself as it isn't using selections in this way, but higher
frontends like aptitude do.

The result in the later case is a warning printed by dpkg that we try to
set selections for an unknown package, which is harmless per se, but can
be confusing for users and we really shouldn't cause warnings in dpkg if
we can help it.

Reported-By: Guillem Jover on IRC
apt-pkg/deb/dpkgpm.cc
test/integration/framework
test/integration/test-apt-get-autoremove