Bug#473461: should use --suppress-triggers
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.
--
O T A V I O S A L V A D O R
---------------------------------------------
E-mail: otavio@debian.org UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://otavio.ossystems.com.br
---------------------------------------------
"Microsoft sells you Windows ... Linux gives
you the whole house."
Reply to: