[Bug 2038098] Re: oem-config-prepare needs manual execution

Launchpad Bug Tracker 2038098 at bugs.launchpad.net
Thu Dec 7 22:06:11 UTC 2023


This bug was fixed in the package livecd-rootfs - 24.04.7

---------------
livecd-rootfs (24.04.7) noble; urgency=medium

  [ Dave Jones ]
  * Remove more bits related to pre-installed desktop images (LP: #2038098)

  [ Jean-Baptiste Lallement ]
  * Include -updates when calling germinate.  LP: #1921862.

  [ Dan Bungert ]
  * cpc/vagrant: fix possible autopkgtest hang on ssh-keygen

  [ Simon Poirier ]
  * add systemd-resolved back to buildd images.  LP: #2007419.

  [ Steve Langasek ]
  * live-build/functions: add additional debugging to mount_image() on
    failure since we again have loop partitions failing to be block devices.

 -- Steve Langasek <steve.langasek at ubuntu.com>  Sun, 03 Dec 2023
21:38:27 -0800

** Changed in: livecd-rootfs (Ubuntu)
       Status: New => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/2038098

Title:
  oem-config-prepare needs manual execution

Status in livecd-rootfs package in Ubuntu:
  Fix Released
Status in ubiquity package in Ubuntu:
  New

Bug description:
  At present, in pre-installed images that rely on oem-config for their
  first-boot configuration (the Raspberry Pi Ubuntu desktop images are
  probably the most obvious of these), it is not enough to simply
  include oem-config (and an appropriate front-end) in the image. The
  oem-config-prepare script must also be run, and the appropriate oem
  user (with the correct UID) must also be created.

  Currently this is handled by a series of hacks in either livecd-rootfs
  or ubuntu-image (whichever is being used to build the image). In the
  case of livecd-rootfs [1]:

    # Create the oem user account only if it doesn't already exist
    if ! id "oem" &>/dev/null; then
      /usr/sbin/useradd -d /home/oem -G adm,sudo -m -N -u 29999 oem
      /usr/sbin/oem-config-prepare --quiet
      touch "/var/lib/oem-config/run"
    fi

  This is doubly pointless since now we use ubuntu-image rather than
  livecd-rootfs for building these images anyway. Speaking of ubuntu-
  image, other there we do this [2]:

    # FIXME: Temporarily, we also need to make sure that for desktop pi images
    #  we actually run oem-config-prepare before first boot. Otherwise we won't
    #  be able to boot into oem-config properly.
    #  This should be done via a package postinst ideally, so this manual
    #  customization should be only temporary.
    manual:
      execute:
        - path: "/usr/sbin/oem-config-prepare"

  (this is also wrong since it misses the creation of the oem user).

  It would be much cleaner in both cases to have an extra package
  (appropriately named "oem-config-prepare") that simply depends on the
  "oem-config" package, which contains the oem-config-prepare script,
  but carries out these steps in its postinst. Thus the ubuntu-image
  yaml can simply include this package under "extra-packages" and the
  livecd-rootfs hook lines can disappear (in fact the entire hook can
  disappear as it's for pre-installed desktops which we don't make with
  livecd-rootfs at all).

  [1]: https://git.launchpad.net/livecd-rootfs/tree/live-
  build/ubuntu/hooks/099-ubuntu-image-customization.chroot#n14

  [2]: https://git.launchpad.net/ubuntu-images/tree/ubuntu-pi-
  arm64.yaml#n68

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/2038098/+subscriptions




More information about the Ubuntu-sponsors mailing list