Public bug reported:
There are two (semi-related) issues which are currently preventing the
creation of Ubuntu desktop images for the Raspberry Pi:
The first is that livecd-rootfs is erroneously trying to create the oem
user (and run oem-config-prepare) twice in live-
build/ubuntu/hooks/099-ubuntu-image-customization.chroot.
The second is that the ubuntu-raspi-settings-desktop package is attempt
to create the oem user and run oem-config-prepare in its postinst. This
is the wrong place to accomplish this as there's no guarantee that oem-
config-prepare is installed at the time that ubuntu-raspi-settings-
desktop is installed. It cannot be a dependency because oem-config is
uninstalled after first boot.
It's likely that the *correct* place to do this configuration is in
neither of these places, but in oem-config's postinst (along with some
check that it's being installed in an image that's never been booted,
e.g. check for the existence of some sentinel created on first boot ...
maybe /var/log/boot.log or something). Still, that fix can wait until
it's not release week!
** Affects: livecd-rootfs (Ubuntu)
Importance: Undecided
Status: New
** Affects: ubuntu-settings (Ubuntu)
Importance: Undecided
Status: New
** Also affects: ubuntu-settings (Ubuntu)
Importance: Undecided
Status: New
** Changed in: livecd-rootfs (Ubuntu)
Milestone: None => ubuntu-23.04
** Changed in: ubuntu-settings (Ubuntu)
Milestone: None => ubuntu-23.04
** Merge proposal linked:
https://code.launchpad.net/~waveform/livecd-rootfs/+git/livecd-rootfs/+merge/441071
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-settings in Ubuntu.
https://bugs.launchpad.net/bugs/2016285
Title:
Redundant creation of oem user in rpi desktop images
Status in livecd-rootfs package in Ubuntu:
New
Status in ubuntu-settings package in Ubuntu:
New
Bug description:
There are two (semi-related) issues which are currently preventing the
creation of Ubuntu desktop images for the Raspberry Pi:
The first is that livecd-rootfs is erroneously trying to create the
oem user (and run oem-config-prepare) twice in live-
build/ubuntu/hooks/099-ubuntu-image-customization.chroot.
The second is that the ubuntu-raspi-settings-desktop package is
attempt to create the oem user and run oem-config-prepare in its
postinst. This is the wrong place to accomplish this as there's no
guarantee that oem-config-prepare is installed at the time that
ubuntu-raspi-settings-desktop is installed. It cannot be a dependency
because oem-config is uninstalled after first boot.
It's likely that the *correct* place to do this configuration is in
neither of these places, but in oem-config's postinst (along with some
check that it's being installed in an image that's never been booted,
e.g. check for the existence of some sentinel created on first boot
... maybe /var/log/boot.log or something). Still, that fix can wait
until it's not release week!
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/2016285/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
