snappy classic must use officially supported lxd images from simplestream; not unsupported ones from linux-containers.org

Bug #1543764 reported by Alexander Sack
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Snappy
Invalid
High
Michael Vogt

Bug Description

when debugging why we dont have classic aarch64 images we found that snappy currently uses https://images.linuxcontainers.org/meta/1.0/index-system while it should use the same source that is used by lxd images command... which is using simplestream.

Please check out lxd on how they find the images and convert snappy to use that instead of current approach.

This of course is important to use supported stuff, but also to get aarch64 images...

Revision history for this message
Alexander Sack (asac) wrote :

the current logic for lxd images is: https://github.com/lxc/lxd/blob/master/scripts/lxd-images

stgraber said this will be replaced with native lxd code in a week; so maybe join effort and use same golang snippet...

Changed in snappy:
assignee: nobody → Michael Vogt (mvo)
importance: Undecided → High
Revision history for this message
Alexander Sack (asac) wrote :

putting importance high as it blocks arm64 clsasic experience and also we use unsupported images...

Revision history for this message
Sergio Schvezov (sergiusens) wrote :

Can we make sure these images from simplestreams make their way to images.linuxcontainers.org so no lxd APIs related to talking to remotes break?

Revision history for this message
Stéphane Graber (stgraber) wrote :

The community built images on images.linuxcontainers.org will still exist, nothing's going to change on that side, so anyone using images.linuxcontainers.org as a remote will still be getting those images.

Those images just aren't Canonical built, official Ubuntu images, so our products really shouldn't be using those.

LXD is getting native simplestreams support very soon, at which point, both the daemon (through REST API) and the client will know how to interact with simplestreams.

We will have an hardcoded "ubuntu" remote in the client which you'll be able to use to interact with cloud-images.ubuntu.com, likely something along the lines of: lxc launch ubuntu:xenial blah

Revision history for this message
Oliver Grawert (ogra) wrote :

is there any progress ? (it is really hindering development on arm64 currently)

Michael Vogt (mvo)
Changed in snappy:
status: New → Triaged
milestone: none → sru-2
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

I don't see how this is related to snapd. Please reopen or re-target to appropriate project (perhaps LXD?).

Changed in snappy:
status: Triaged → Won't Fix
status: Won't Fix → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.