Bug#850601: desktop-base does not install on live images
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 :)
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 :
>Hi,
>
>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
>in
>> 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
>they
>> fail.
>
>I think it'd be nice to get error messages for both cases, and figure
>out
>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
>it's
>being installed in a live system, and maybe not call update-grub and/or
>update-initramfs?
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 ?
Thanks,
--Aurélien
Reply to: