[Bug 1849472] Re: Bionic raspi3 images should have the same cloud-init datasource setup as eoan

[Adam Conrad]

Hello Łukasz, or anyone else affected,

Accepted livecd-rootfs into bionic-proposed. The package will build now
and be available at https://launchpad.net/ubuntu/+source/livecd-
rootfs/2.525.33 in a few hours, and then in the -proposed repository.

Please help us by testing this new package.  See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation on how
to enable and use -proposed.  Your feedback will aid us getting this
update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug,
mentioning the version of the package you tested and change the tag from
verification-needed-bionic to verification-done-bionic. If it does not
fix the bug for you, please add a comment stating that, and change the
tag to verification-failed-bionic. In either case, without details of
your testing we will not be able to proceed.

Further information regarding the verification process can be found at
https://wiki.ubuntu.com/QATeam/PerformingSRUVerification .  Thank you in
advance for helping!

N.B. The updated package will be released to -updates after the bug(s)
fixed by this package have been verified and the package has been in
-proposed for a minimum of 7 days.

** Changed in: livecd-rootfs (Ubuntu Bionic)
       Status: In Progress => Fix Committed

** Tags added: verification-needed verification-needed-bionic

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to livecd-rootfs in Ubuntu.
https://bugs.launchpad.net/bugs/1849472

Title:
  Bionic raspi3 images should have the same cloud-init datasource setup
  as eoan

Status in livecd-rootfs package in Ubuntu:
  Fix Released
Status in livecd-rootfs source package in Bionic:
  Fix Committed

Bug description:
  [Impact]

  In eoan we switched the datasource configuration from shipping the
  NoCloud config on the rootfs to actually doing that in the system-boot
  boot partition. For our images to be consistent throughout various
  supported series, those changes should be backported to bionic. Also,
  since we basically use one gadget tree for all the series, we'd want
  the bionic parts up-to-date in case we introduce breaking changes in
  the gadget.

  [Test Case]

  1. Image build test.
   * Start a bionic-proposed classic raspi3 build
   * Make sure the build succeeds

  2. Test if datasource is correct.
   * Boot up the newly built raspi3 image
   * Make sure that you can log in with the usual default ubuntu/ubuntu user
   * Check that the boot partition (as mounted in /boot/firmware) has the user-data file

  3. Check if raspi2 did not regress.
   * Start a bionic-proposed raspi2 build
   * Make sure the build succeeds
   * Boot the image
   * Make sure you can correctly log in with the default ubuntu/ubuntu user

  [Regression Potential]

  There is a minimal regression potential related to this upload as we
  are introducing a small delta from what we have in eoan. In eoan we
  stopped building raspi2 images completely, but for bionic this
  'variant' is still supported, so first regression potential I see is
  in breaking the default user configuration for those images. Other
  regression potential might be all related to the 999-cpc-fixes hook,
  in case some configuration is not skipped for certain architectures.

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