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 [cjwat...@debian.org]