debian/gitweb: avoid trigger loop by using noawait triggers
commitb5cd440d3a1c051e6550b348c0d8f885999f3352
authorJonathan Nieder <jrnieder@gmail.com>
Tue, 13 Jan 2015 00:59:57 +0000 (12 16:59 -0800)
committerJonathan Nieder <jrnieder@gmail.com>
Tue, 13 Jan 2015 01:04:57 +0000 (12 17:04 -0800)
tree6aa67c0d6015bd1f30e47f80ded36a210a72078a
parenta1b6464b17d4672d0ea56b0815a1da7d82693404
debian/gitweb: avoid trigger loop by using noawait triggers

The intent was to prevent the gitweb from satisfying dependencies
until the trigger runs.  Triggers don't work that way --- it is the
triggering package (apache2 in this case) that awaits the trigger run
before satisfying dependencies, which is counterproductive in this
example.

Use the -noawait variant instead.  In practice, no one is using a
dependency on the gitweb package to imply an ordering in webapp startup,
so we can do without the protection that we were hoping would come from
delaying the 'installed' state.

Without this change, upgrades often fail with

 dpkg: cycle found while processing triggers:
  chain of packages whose triggers are or may be responsible:
   gitweb -> gitweb
  packages' pending triggers which are or may be unresolvable:
   gitweb: /usr/share/apache2/apache2-maintscript-helper

Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
debian/changelog
debian/control
debian/gitweb.triggers