Excellent, the image I grabbed now is signed. The signature verification
with the key I'm using is still failing, but I can look into that
separately.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1525
** Changed in: ubuntu-cdimage
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1525393
Title:
xenial secureboot images not signed
To manage notifications a
This bug was fixed in the package debian-installer - 20101020ubuntu406
---
debian-installer (20101020ubuntu406) xenial; urgency=medium
* If KERNELNAME_ALT_SUFFIX is specified, require a signed grub too.
* Fix grub-signed download code to cope with new apt (LP: #1525393)
-- Adam
** Branch linked: lp:~ubuntu-core-dev/debian-installer/ubuntu
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1525393
Title:
xenial secureboot images not signed
To manage notifications about this bug
After the new d-i rebuilds and a set of dailies are built with it, the
ISOs will be fixed, but keeping the d-i bug open for the source to be
fixed to be more robust.
** Changed in: ubuntu-cdimage
Status: New => Fix Committed
--
You received this bug notification because you are a member o
In build/util/efi-image:
if wget -q "$file" -O
"$workdir/grub$efi_name.efi" 2>/dev/null
Will lead to a 0-length grubx64.efi and skipping signed shim if wget
fails.
This should be fixed to download to a temp location and only copy in
place if it succeeds and, probably, als
This has been tracked down to a mis-build of debian-installer, caused by
a network blip leading to wget to fail to grab the correct grub-signed
bits from the Ubuntu archive.
A simple rebuild of d-i and the image will correct the problem. But the
d-i code should also be improved to treat a failing
