On kubuntu 24.04, after_bootloader_context claims to fail to remove installaton icon
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
calamares-settings-ubuntu (Ubuntu) |
Fix Released
|
Low
|
ԜаӀtеr Ⅼарсһуnѕkі |
Bug Description
On Kubuntu 24.04 daily (up to 24.04.2) kubuntu/
2024-04-11 - 23:38:46 [6]: Starting job "Performing contextual processes' job…" ( 32 / 41 )
2024-04-11 - 23:38:46 [6]: .. Running ("/bin/sh", "-c", "rm //home/
2024-04-11 - 23:38:46 [6]: .. Target cmd: ("/bin/sh", "-c", "rm //home/
rm: cannot remove '//home/
2024-04-11 - 23:38:46 [6]: Calamares:
2024-04-11 - 23:38:46 [6]: Error code 1 ignored by CommandList configuration.
It seems to try to remove it from live system instead of chroot.
But, since I don't see the icon on the target system I believe this module is redundant and can be removed.
Changed in calamares-settings-ubuntu (Ubuntu): | |
assignee: | Lubuntu Developers (lubuntu-dev) → ԜаӀtеr Ⅼарсһуnѕkі (wxl) |
status: | Triaged → Fix Committed |
Confirmed, both for Kubuntu and Lubuntu.
For context, this does NOT cause the install to fail.
The desktop file in question exists in three places: applications of the live system applications of the squashfs
1. On the Desktop of the live user
2. In /usr/share/
3. In /usr/share/
Can't find it at all in the installed system.
That said, it looks like removing this module will have no negative effect.
As an aside, it does seem to be doing this to the chroot (the user is `user` not `kubuntu` as it is with the live system), but even were the file to exist, I think it would fail anyways. Note that the path starts with "//home." The way the configuration file is written, it's supposed to be `${ROOT}/home` but inevitably that variable is expanded to "/" so we get "//home" and not "/home" as expected. The proper way to do this would be with `${ROOT}home`.