[Bug 1856684] Please test proposed package

Łukasz Zemczak 1856684 at bugs.launchpad.net
Fri Jan 24 18:10:22 UTC 2020


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.39 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.

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

Title:
  Populate .disk/info in ubuntu-image built images

Status in Ubuntu CD Images:
  Fix Released
Status in Ubuntu Image:
  Fix Committed
Status in livecd-rootfs package in Ubuntu:
  In Progress
Status in ubuntu-image package in Ubuntu:
  In Progress
Status in livecd-rootfs source package in Bionic:
  Fix Committed
Status in ubuntu-image source package in Bionic:
  Fix Committed

Bug description:
  [Impact]

  Our installer-based images (those touched by debian-cd) get a
  .disk/info file written on the rootfs that contains useful information
  such as the build timestamp. We do not have anything like that
  available for our u-i images, while for preinstalled images sometimes
  it is very important to know from which batch of images the given one
  comes.

  We have decided that this will be very useful to have for our 18.04.4
  images.

  [Test Case]

  For ubuntu-image changes:

  Build a classic bionic image with something like:
  ubuntu-image classic -d -p ubuntu-cpc -O out/ -s bionic --cloud-init user-data --disk-info disk-info-file path/to/gadget/prime
  Boot up the image on kvm, check if /.disk/info is populated.

  For all the changes:

  Build a new classic bionic image via cdimage (raspi3 for instance).
  Boot it up (or mount it) and confirm that /.disk/info has the
  corresponding datestamp serial number in it.

  [Regression Potential]

  Besides classic images failing to build on cdimage, I don't think
  there's any other scenario I can think of. Any regression would most
  likely cause a build failure.

  [Other SRU Info]

  I am submitting a bionic ubuntu-image SRU without releasing the same
  changes for focal as I was originally planning to release this feature
  as part of 1.9. The exact same changes are landed in master, and will
  be released with 1.9 when it's ready, so there's certainty that it
  will not be missed. I didn't feel like doing another intermediate
  release for focal is strictly required - but I can do so if someone
  requires it.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-cdimage/+bug/1856684/+subscriptions



More information about the foundations-bugs mailing list