some trusty builds are failing because 'snapd' doesn't exist for this architecture
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
launchpad-buildd |
Fix Released
|
High
|
Colin Watson |
Bug Description
We have livefs builds failing with:
RUN: /usr/share/
Reading package lists...
Building dependency tree...
Reading state information...
Package snapd is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'snapd' has no installation candidate
Install failed
Traceback (most recent call last):
File "/usr/lib/
self.install()
File "/usr/lib/
self.
File "/usr/lib/
subprocess.
File "/usr/lib/
raise CalledProcessEr
CalledProcessError: Command '['lxc', 'exec', 'lp-trusty-arm64', '--', 'linux64', 'apt-get', '-y', 'install', 'livecd-rootfs', 'snapd', 'fuse']' returned non-zero exit status 100
RUN: /usr/share/
Scanning for processes to kill in build LIVEFSBUILD-114899
RUN: /usr/share/
Stopping target for build LIVEFSBUILD-114899
RUN: /usr/share/
Removing build LIVEFSBUILD-114899
The last successful build of this project on trusty was 2017-08-17, before the switch to lxd based builds I believe. We also see this on our ppc64el builds. Other architectures (amd64, i386, armhf and s390x work just fine. These builds also work on xenial and newer.
This issue is repeatable, I can point you to additional launchpad build logs if it helps.
Changed in launchpad-buildd: | |
importance: | Undecided → High |
assignee: | nobody → Colin Watson (cjwatson) |
This was fixed by https:/ /code.launchpad .net/~cjwatson/ launchpad- buildd/ is-package- available- virtual/ +merge/ 333104, just waiting on a rollout