[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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


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 :)

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.

Cheers Alf

On 09.01.2017 16:34, Aurélien COUDERC wrote:

Le 9 janvier 2017 10:06:20 GMT+01:00, Cyril Brulebois <kibi@debian.org> a écrit :
>Aurélien COUDERC <zecoucou@free.fr> (2017-01-09):
>> Thank you for your bug report.
>> Do you mean apt install-ing the package from a live system ?
>> >The attached patch probably isn't a solution, more of a workaround.
>> Actually I've changed the code from Jessie's version in order to fail
>> case of error following this :
>> https://lists.debian.org/debian-desktop/2016/11/msg00060.html
>> I've copied KiBi who participated in the discussion.
>> Now what ?
>> Is the proposed patch deemed suitable wrt. policy, by not failing in
>> case of error but still printing a message ?
>> I'd say it's not much different than the previous "|| true" because I
>> expect update-grub/initramfs already produce relevant messages when
>> fail.
>I think it'd be nice to get error messages for both cases, and figure
>whether there's something to improve there.

Actually in Jessie only update-grub was having "|| true".
Shall I stick to only update-grub but with the additional error message, or really also add the workaround for update-initramfs ?

>Depending on the use case(s), maybe desktop-base should detect where
>being installed in a live system, and maybe not call update-grub and/or

Hints and patches welcome. :-)
@Alf are you testing on siduction 2016.1 image from December ?
What's the rationale for installing the package inside the (volatile) live image ?


Reply to: