Bug#858528: grub-coreboot: fails to upgrade from jessie to stretch if init-select was installed

[Colin Watson]

reassign -1 init-select

On Thu, Mar 23, 2017 at 04:45:33AM +0100, Andreas Beckmann wrote:
> during a test with piuparts I noticed your package fails to upgrade from
> 'jessie'.
> It installed fine in 'jessie', then the upgrade to 'stretch' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.
>
> See policy 7.6 at
> https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

Your log shows no indication of any file-overwriting problem.  I'm
assuming that this must have been an accident from some analysis script?

> >From the attached log (scroll to the bottom...):
>
>   Setting up grub-coreboot (2.02~beta3-5) ...
>   Installing new version of config file /etc/kernel/postinst.d/zz-update-grub ...
>   Installing new version of config file /etc/kernel/postrm.d/zz-update-grub ...
>   /var/lib/dpkg/info/grub-coreboot.config: 1: /etc/default/grub.d/init-select.cfg: /usr/lib/init-select/get-init: not found
>   dpkg: error processing package grub-coreboot (--configure):
>    subprocess installed post-installation script returned error exit status 127

This is a bug in init-select, not in GRUB.
/etc/default/grub.d/init-select.cfg needs to check whether
/usr/lib/init-select/get-init exists before trying to invoke it, because
the package might have been removed but not purged.

(Fixing this properly for upgrades from jessie to stretch may require
updating the package in jessie as well.)

-- 
Colin Watson                                       [cjwatson at debian.org]