Bug#782156: grub-xen: unowned files after purge (policy 6.8, 10.8): /boot/grub/{locale, x86_64-xen}/* and some more

[Ian Campbell]

On Sat, 2015-05-02 at 16:47 +0100, Ian Campbell wrote:
> 
> IMHO either /boot/grub/* should be whitelisted for piuparts (based on
> the above argument regarding making systems unbootable) or the existing
> debconf template and postrm code for grub-pc should be applied to all
> grub-* and not just extended to cover grub-xen.

I've made a stab at the latter see:
    people/ianc/bug782156-purge
in the grub package repository. It turns the existing grub
-pc/postrm_purge_boot_grub debconf question into
 grub2/postrm_purge_boot_grub for each grub flavour and tries to
cleanup the right common stuff. I lack systems to check for per-variant
things though.

It's definitely incomplete as it doesn't clean up:
    /boot/grub/fonts/
    /boot/grub/grubenv
    /boot/grub/locale/

This is because I think they are common to all grub-* variants, so
removing them when you purge grub-variantA to install grub-variantB
would be incorrect. Perhaps grub-common or grub2-common ought to take
care of those. Or perhaps because grub2/postrm_purge_boot_grub is a
pretty special use case we should just nuke them from each package.

Note that I retained the historical behaviour of grub-pc, which
included purging these files. The grub-pc historical case also removes
all sorts of other things which no longer appear to exist or where it
looks to me that the path is wrong (omits the i386-pc part of the path,
but maybe that's a legacy/historical thing).

I've attached grub2.piu.tar which contains some helpful wrappers and
some piuparts scripts to preseed the cleanup debconf question (which
should be deployed on piuparts.d.o I think) and to dump some additional
info after things are done.

I've also attached grub2.2.02~beta2-28.piuparts.tar.xz and
 grub2.2.02~beta2-29.piuparts.tar.xz which are a full set of logs with
those scripts for 2.02~beta2-28 (released) and the WIP ~2.02~beta2-29
in my branch above.

Note that piuparts appears clean in both versions for many of the grub
packages when actually they are detecting the lack of whichever
environment they are for (EFI, OpenFirmware, etc) and not populating
/boot at all. Only grub-xen lacks this behaviour AFAICT.


Note that piuparts appears clean in both versions for many of the grub
packages when actually they are detecting the lack of whichever
environment they are for (EFI, OpenFirmware, etc) and not populating
/boot at all. Only grub-xen lacks this behaviour AFAICT.


Note that piuparts appears clean in both versions for many of the grub
packages when actually they are detecting the lack of whichever
environment they are for (EFI, OpenFirmware, etc) and not populating
/boot at all. Only grub-xen lacks this detection AFAICT hence this bug
because it unconditionally installs things (I believe that is correct
for the -xen package).

Ian.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: grub2.piu.tar
Type: application/x-tar
Size: 10240 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-grub-devel/attachments/20150913/b0837d4b/attachment-0001.tar>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: grub2.2.02~beta2-28.piuparts.tar.xz
Type: application/x-xz-compressed-tar
Size: 25464 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-grub-devel/attachments/20150913/b0837d4b/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: grub2.2.02~beta2-29.piuparts.tar.xz
Type: application/x-xz-compressed-tar
Size: 25024 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-grub-devel/attachments/20150913/b0837d4b/attachment-0003.bin>