Bug#586363: initramfs-tools: initramfs for the wrong kernel is updated

[Michal Suchanek <hramrach@centrum.cz>]

On 19 June 2010 03:11, maximilian attems <max@stro.at> wrote:
> On Fri, Jun 18, 2010 at 09:55:12PM +0200, Michal Suchanek wrote:
>> Package: initramfs-tools
>> Version: 0.94.4~bpo50+1
>> Severity: normal
>>
>>
>> Note that the initramfs is updated for a non-running kernel on package
>> removal.
>>
>> The following packages will be REMOVED:
>>   plymouth plymouth-themes-solar{a}
>> 0 packages upgraded, 0 newly installed, 2 to remove and 4 not upgraded.
>> Need to get 0B of archives. After unpacking 1307kB will be freed.
>> Do you want to continue? [Y/n/?]
>> Writing extended state information... Done
>> (Reading database ... 266342 files and directories currently installed.)
>> Removing plymouth-themes-solar ...
>> Removing plymouth ...
>> Processing triggers for initramfs-tools ...
>> update-initramfs: Generating /boot/initrd.img-2.6.34-rc4-amd64
>> Processing triggers for man-db ...
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> Reading extended state information... Done
>> Initializing package states... Done
>> Writing extended state information... Done
>>
>
> rc linux images are special, people having them are expected
> to handle their initramfs.
>
> i don't see the point of introducing special sorting code that
> would discriminate those rcs.
>
>

Why is sorting code required?

I would just expect that the running kernel is updated, no sorting is
required for that.

Thanks

Michal