Bug#473461: should use --suppress-triggers
On Mon, Mar 31, 2008 at 12:33:47AM -0300, Otavio Salvador wrote:
> Joey Hess <joeyh@debian.org> writes:
>
> > Package: apt
> > Version: 0.7.11
> > Severity: wishlist
> >
> > From dpkg's triggers.txt:
> >
> > A package management tool which will run dpkg --configure --pending at
> > the end may use --suppress-triggers on its other dpkg runs. This
> > would be more efficient as it allows more aggressive deferral (and
> > hence more unification) of trigger processing.
> >
> > Apt does not currently do this, and I think it would be a good idea for it to
> > do so, once a trigger-using dpkg is available in stable. Once menu is converted
> > to use triggers (I have written a patch), update-menus will be triggered twice
> > per dpkg invocation by apt. (This will drop to once per dpkg invocation
> > later..) In a large upgrade, that could be quite a lot of unnecessary
> > update-menus runs. With --suppress-triggers, it would run once at the very end.
>
> No problem from my point of view but we'll need to wait until it get's
> accepted in unstable to do that. I'll prepare the diff and put it in a
> branch waiting for it.
Hello all,
What is the status of this bug ?
Should this wishlist item be also reported to aptitude ?
Cheers,
--
Bill. <ballombe@debian.org>
Imagine a large red swirl here.
Reply to: