]> git.saurik.com Git - apt.git/commit - apt-pkg/deb/dpkgpm.cc
always run 'dpkg --configure -a' at the end of our dpkg callings
authorDavid Kalnischkies <david@kalnischkies.de>
Tue, 18 Nov 2014 18:53:56 +0000 (19:53 +0100)
committerDavid Kalnischkies <david@kalnischkies.de>
Sun, 7 Dec 2014 18:12:51 +0000 (19:12 +0100)
commitecb777ddb4d13bb7a18bbf2ebb8e2c810dcaeb72
tree11660157cc5fda14ba4172a21975ebbef5784e74
parent016bea8214e1826b289025f03890f70a5805db87
always run 'dpkg --configure -a' at the end of our dpkg callings

dpkg checks now for dependencies before running triggers, so that
packages can now end up in trigger states (especially those we are not
touching at all with our calls) after apt is done running.

The solution to this is trivial: Just tell dpkg to configure everything
after we have (supposely) configured everything already. In the worst
case this means dpkg will have to run a bunch of triggers, usually it
will just do nothing though.

The code to make this happen was already available, so we just flip a
config option here to cause it to be run. This way we can keep
pretending that triggers are an implementation detail of dpkg.
--triggers-only would supposely work as well, but --configure is more
robust in regards to future changes to dpkg and something we will
hopefully make use of in future versions anyway (as it was planed at the
time this and related options were implemented).

Closes: 769609
apt-pkg/deb/dpkgpm.cc
test/integration/framework
test/integration/test-apt-progress-fd
test/integration/test-apt-progress-fd-deb822
test/integration/test-apt-progress-fd-error
test/integration/test-bug-769609-triggers-still-pending-after-run [new file with mode: 0755]
test/integration/test-no-fds-leaked-to-maintainer-scripts