tags 911045 + wontfix thanks Hi,
Like Ian said, the upgrade scenario here is to install the new Xen hypervisor packages, then reboot. If something horrible happens, it's possible to boot again with the previous Xen and try fix it and retry the reboot. If successful, remove the 4.8-related packages. So, the addition of a Breaks that will forcibly remove the 4.8 hypervisor boot option here is not in the interest of the end user at all. I nonetheless fully agree that there has been a mistake made in the past by having the grub.d/xen.cfg been addded into the hypervisor version-specific package, instead of a -common one. -- Hans van Kranenburg
