summaryrefslogtreecommitdiff
path: root/apt-pkg/versionmatch.cc
diff options
context:
space:
mode:
authorDavid Kalnischkies <david@kalnischkies.de>2016-09-10 19:52:11 +0200
committerDavid Kalnischkies <david@kalnischkies.de>2016-11-02 09:36:49 +0100
commit952171787a0b865c17d5c9476e272106383ae93a (patch)
tree6625a911979a1dee2e1f73731e6898b21ae18f02 /apt-pkg/versionmatch.cc
parent800bb9b8842e6651baa71f017d9d59e35c9312bb (diff)
don't install new deps of candidates for kept back pkgs
In effect this is an extension of the 6 years old commit a8dfff90aa740889eb99d00fde5d70908d9fd88a which uses the autoremover to remove packages again from the solution which are no longer needed to be there. Commonly these are dependencies of packages we end up not installed due to problem resolver decisions. Slightly less common is the situation we deal with here: a package which we wanted to upgrade sporting a new dependency, but ended up holding back. The problem is that all versions of an installed reverse dependencies can bring back a "garbage" package – we need to do this as there is nothing inherently wrong in having garbage packages installed or upgrade them, which itself would have garbage dependencies, so just blindly killing all new garbage packages would prevent the upgrade (and actually generate errors). What we should be doing is looking only at the version we will have on the system, disregarding all old/new reverse dependencies. Reported-By: Stuart Prescott (themill) on IRC
Diffstat (limited to 'apt-pkg/versionmatch.cc')
0 files changed, 0 insertions, 0 deletions