[05:16] <cpaelzer> rbasak: thanks I see v_orlon has picked it up and added his copyright experience to it - discussed in #ubuntu-release already
[14:06] <xypron> stgraber: Concerning LP #1969774  - Is there a repo with the old builds of lxd?
[14:07] <stgraber> xypron: no
[14:07] <stgraber> xypron: as I just commented (and closed the bug again), `images:` never had a riscv64 image, the error happens because you didn't specify the architecture you want, so the download logic will fallback to another architecture in such cases causing your error.
[14:09] <xypron> stgraber: snapcraft --use-lxd had been working on riscv64 and now it is broken.
[14:10] <xypron> stgraber: downloading a random architecture image is also to be considered a bug.
[14:11] <xypron> stgraber: lxc launch does not have an architecture flag
[14:11] <stgraber> xypron: lxc launch images:ubuntu/20.04/riscv64
[14:11] <stgraber> that will obviously fail as there are no such images
[14:11] <stgraber> xypron: what snap are you trying to build?
[14:18] <xypron> stgraber: https://github.com/ubuntu-core/hello-snapcraftio build fine. ok. But for the fallback from riscv64 to amd64 without any notice to the user an improvement is needed. The fallback makes no sense if lxc does not allow to run the foreign architecture and the user should be notified anyway.
[14:19] <stgraber> xypron: so hello-snapcraftio works properly? what was the snap that didn't?
[14:21] <xypron> stgraber: no I was working on gimp. But that was referencing core18 which does not support riscv64. The problem is really the missing messaging.
[14:22] <stgraber> xypron: Will have to see if there's something we can do to report an earlier error in such cases. Basically LXD treats such a request as two things 1) copy an image 2) launch from it. The image copy is never restricted to the supported architectures as otherwise it wouldn't be possible to run mixed architectures clusters or to run image servers that hold images for architectures that they
[14:22] <stgraber> don't themselves support.