[Bug 1864252] Re: preseeded snap installs fail in images

[Iain Lane]

After the dropping of snap-tool, Ubuntu desktop ISOs are failing to
build:

error: cannot validate seed:
- cannot use snap "gnome-3-28-1804": base "core18" is missing
- cannot use snap "gnome-calculator": base "core18" is missing
- cannot use snap "gnome-characters": base "core18" is missing
- cannot use snap "gnome-logs": base "core18" is missing
- cannot use snap "gtk-common-themes": base "core18" is missing

https://launchpadlibrarian.net/466333748/buildlog_ubuntu_focal_amd64_ubuntu_BUILDING.txt.gz

Ah, OK:

$ ./snap-tool info gnome-logs | egrep '^base:'
$ base:      core18
$ snap info gnome-logs | egrep '^base:'
$ 

but there is:

$ snap info --verbose gnome-logs | egrep '^base:'
$ base:    core18

so I think we just need to add --verbose.

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

Title:
  preseeded snap installs fail in images

Status in livecd-rootfs package in Ubuntu:
  Confirmed

Bug description:
  [Impact]

  Images built with pre-seeded snaps contain insufficient assertion data
  causing boot to fail.

  The snaps for seeding are downloaded with a custom snap tool for an
  earlier cohort API (now deprecated).  The assertions that it pulls are
  incomplete.  We could update that list and move to the new API but at
  this time the snap-tool provides no value compared to use of the snap
  CLI (cohort support has moved to the cli as well).  The development
  overhead of maintaining snap-tool in livecd-rootfs are not warranted.

  This patch removes the bespoke snap-tool and relies on the snap CLI
  instead.

  [Test Case]

   * Produce images that include preseeded snaps (in
  /var/lib/snapd/seed/*)

   * Boot the resulting image and ensure that the snapd.seeded unit is
  successful and the snaps (from the correct channels) show up in 'snap
  list'

  [Regression Potential]

   * The interface for these two tools is consistent and the output
  should be the same.  There's always a chance that snap-tool had quirks
  which a move to the snap CLI uncovers, where the result would be
  different snaps seeded from before the change. An example would be
  channel differences before and after this change. I haven't seen
  issues in my testing and I do think it's unlikely, mostly I'm
  suspicious of SRUs that don't list any regression potentials.

  [Other Info]

  * The attached MP for Xenial is simpler as it never had snap-tool.
  The Xenial MP is a minor change to give us parity between releases for
  use of the snap cohort key during download.

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