Bug#850601: desktop-base does not install on live images

[Aurélien COUDERC <zecoucou@free.fr>]

Tags: pending

Le 9 janvier 2017 18:08:22 GMT+01:00, Alf Gaida <agaida@siduction.org> a écrit :
>Hi,
>
>i was testing against our noX image - as the name said this image is
>the 
>without any desktop environment and X.
>Normally i use a noX image to test several configurations that are 
>different from our setup - like in this case
>the task-lxqt-desktop and the metapackages.
>
>Two remarks - i have noticed that the update-initramfs should work fine
>
>without the || - but grub fails, so i think
>that handling grub should be enough:
>
>...
>update-alternatives: using 
>/usr/share/desktop-base/active-theme/grub/grub-16x9.png to provide 
>/usr/share/images/desktop-base/desktop-grub.png (desktop-grub) in auto
>mode
>/usr/sbin/grub-probe: error: failed to get canonical path of `overlay'.
>dpkg: error processing package desktop-base (--configure):
>subprocess installed post-installation script returned error exit
>status 1
>  ...
>with the patched package the output is;
>...
>update-alternatives: using 
>/usr/share/desktop-base/active-theme/grub/grub-16x9.png to provide 
>/usr/share/images/desktop-base/desktop-grub.png (desktop-grub) in auto
>mode
>/usr/sbin/grub-probe: error: failed to get canonical path of `overlay'.
>Updating grub fails - report success anyways!
>update-initramfs: deferring update (trigger activated)
>...
>So i would prefer the second one - repairing broken packages isn't that
>
>funny on live systemd :)

Thanks for confirming, I've committed a fix to only work around grub update, and included the explanation of why in the comments, referencing this bug, so we don't break that again.

Feel free to build from source (or from mentors.d.o) and check that it fixes your problem.

https://mentors.debian.net/package/desktop-base

>The rationale behind installing a full DE in live is easy - the 
>installer take the current state of the live system and install it to a
>
>device of choice - so one could create a system with his prefered 
>settings and packages and if all is done start the installer. Our noX 
>isos not only the base for all other siduction flavours - we release 
>them for exactly this reason. If one don't like our setup or choices
>one 
>is free to build his wished system nearly from the scratch - and if 
>finished install it.
>
>I use our noX image mostly to test my packages on clean systems -
>firing 
>up a virtual machine with a current iso is cheap and fast. In this 
>special case i wanted to test my changed lxqt-metapackage and run into 
>the bug.

And thank you for the detailed explanation of the use case. :-)


Cheers,
--Aurélien