When building an Ubuntu image with autopkgtest-build-qemu and using
--boot=efi, the resulting image fails to boot when running autopkgtests
on it.

An attempted manual boot with qemu-system-x86_64 shows EFI complaining
about some disk not found.

The cause for this is #1068746, vmdb2 invoking grub-install with flipped
logic on Ubuntu, related to #951766.

I've already filed an MR at vmdb2 upstream that fixes the logic, but I
thought it might be best to track the issue here as well. Please feel
free to close this bug if you think it is superfluous.

Best,
Christian

If there's no actionable bug in autopkgtest, and a fix in vmdb2 will
automatically fix autopkgtest without any autopkgtest code changes being
required or desirable, then the usual way to represent that would be to
give the vmdb2 bug report an "affects" on autopkgtest.

    smcv

Good to know, thanks. I've marked vmdb2's bug as such.

How does this discoverability? Do "affects" bugs appear in the BTS view
of the affected package? (I'm thinking of the zerofree issue for
example, which was also a vmdb2 issue, but users reported it against
autopkgtest and sbuild-qemu).

I'll leave it open to the maintainers to determine if a code change is
desirable (eg: bump dependency) or if this bug here can be closed.

Best,
Christian