Bug#781882: frequent flash-kernel triggers on Wheezy->Jessie upgrade
Control: reasssign -1 flash-kernel flash-kernel/3.34
On Sat, 04 Apr 2015 10:49:14 +0100 Ian Campbell <ijc@debian.org> wrote:
> Control: clone -1 -2
> Control: retitle -2 frequent flash-kernel triggers on Wheezy->Jessie upgrade
> Control: severity -2 normal
> Control: found -2 3.34
>
> On Thu, 2015-04-02 at 13:04 +0200, reportbug wrote:
>
> Thanks for the report. I'm cloning out the flash-kernel trigger issue to
> track against that package.
You seem to have missed a step; I have attempted to correct this
above, and Bcc'd flash-kernel@packages.debian.org so they get some
notice of the reassignment.
> > ** frequent flash-kernel triggers
> >
> > As mentioned about, on all the machines the flash-kernel trigger ran
> > frequently during the upgrade and dist-upgrade operations. Since this
> > takes several minutes, it would be ideal if this only happened once
> > during an upgrade or dist-upgrade run.
>
> I can reproduce this on a fresh Wheezy install upgraded to Jessie on a
> TS-419<something>.
>
> I've attached the script logs from that update. From them:
[See <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781882#10> for
the attachments.]
> $ grep -E apt-get\|flash-kernel: tmp/upgrade-jessie.script
> root@qnap:/home/ijc# apt-get update
> root@qnap:/home/ijc# apt-get upgrade
> flash-kernel: installing version 3.2.0-4-kirkwood
> flash-kernel:
> root@qnap:/home/ijc# apt-get linux-image-^C
> root@qnap:/home/ijc# apt-get dist-upgrade
> flash-kernel: installing version 3.2.0-4-kirkwood
> flash-kernel: installing version 3.2.0-4-kirkwood
> flash-kernel: deferring update (trigger activated)
> /etc/kernel/postinst.d/zz-flash-kernel:
> flash-kernel: deferring update (trigger activated)
> flash-kernel: installing version 3.16.0-4-kirkwood
> flash-kernel: installing version 3.16.0-4-kirkwood
> root@qnap:/home/ijc# apt-get dist-upgrade
> Use 'apt-get autoremove' to remove them.
>
> So it seems it ran once on "apt-get upgrade" and 4 times on "apt-get
> dist-upgrade", with two deferrals as well.
>
> At first glance it seems like invocations via the initramfs-tools hooks
> are not being deferred.
>
> Ian.
Reply to: