Missing vgabios-ramfb.bin from seabios

Whoops, wrong package.

Thanks Luqman,
I think we might already "build" it sine 1.14 https://launchpad.net/ubuntu/+source/seabios/1.14.0-1 which is by https://salsa.debian.org/qemu-team/seabios/-/commit/2d3f6f02d38105d92e24be2c2cfeceb941ae23ea

But due to a typo ramfb/romfb it isn't fully completed into debian/optionrom/*.bin and therefore not installed.

20.10 is in very feature frozen state right now, I'll revisit this for 21.04 once open.

While waiting until Ubuntu Development reopens to revisit this - I have reported to Debian (which is affected the same way) and linked the bug here.

Thanks Christian

FYI - I've not forgotten this.
On a recheck today I've found that so far nothing has yet happened.
Therefore I pinged the related bugs and people as well as starting an Ubuntu upload for this (to be sure to be in time).

Test build worked fine, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4371/+build/20380291

But the Debian maintainer just missed the ping and patch before and will likely soon upload the change (as originally intended).

Let us re-check if that properly synced into Ubuntu in a few days.

This contains the fix and will likely today auto-sync and tonight build&test
  seabios | 1.14.0-2 | unstable | source, all

It has the LP bug referenced, so once it works this bug should be auto-closed.

=> https://launchpad.net/ubuntu/+source/seabios/1.14.0-2

This bug was fixed in the package seabios - 1.14.0-2

---------------
seabios (1.14.0-2) unstable; urgency=medium

  * install vgabios-ramfb.bin, not romfb
    (Closes: #972482, #976806, LP: #1899546)
  * mention closing of #964663 by 1.14.0
  * d/control: update Standards-Version to 4.5.1 (no changes)

 -- Michael Tokarev <email address hidden> Tue, 08 Dec 2020 14:52:59 +0300

\o/

Thanks for following this through Christian!

Any chance of porting the fix to 1.13 for focal?

Hi,
while it was a mistake that made it non-fully-enabled in 1.14 (in Groovy) it just is "not available" instead of a provided but broken functionality.
Thereby (even for Groovy) it would be a a new feature which is harder to provide in regard to the SRU policy [1].

Then furthermore this isn't a super common case that affects many users - and (now) a solution is available via upgrading.

But that does not mean you won't have it in Focal at all. Later in the 21.04 cycle I'll rebase the server backports [2] to base on what is in 21.04. From that point on that will be available for Focal and Bionic and regularly updated.
Although to admit - that will be a few months out :-/

P.S. until then - a bit ugly but working fine - seabios is a package without any other dependencies and mostly delivering just early boot binaries. So affected people could just add the hirsute repositories and use apt-pinning [3] to "get nothing but seabios from hirsute".

OTOH - while it is not the purpose of SRUs it is not "impossible" to add features that way. If you can make a strong convincing case why "that benefits from having that in Focal - but also for the same use case, upgrading is no option".
That we could then use to try convincing the SRU Team.

[1]: https://wiki.ubuntu.com/StableReleaseUpdates
[2]: https://launchpad.net/~canonical-server/+archive/ubuntu/server-backports/
[3]: https://help.ubuntu.com/community/PinningHowto

That's fine, I don't think it urgently needs to be backported. Thanks.