# Compromise suggestion

I want to support the reasoning for existing use cases, but not just
enable and be good. That would make it to easy to continue to use it not
acknowledging it is legacy and might go away.

Re-enabling it as compromise for retaining the old use-cases should be more 
clearly "as-is" and as long as it is available by upstream.
- If it fails it should not be "uh please fix a lot" but more "yeah ok, now it 
is finally forced time to move"
- Same if upstream continued to lack maintenance and removes it, then we'd not 
invest in keeping it further alive.

So while I'm convinced to help the affected people, I do not think just 
re-enabling is the right approach.
IMHO we need to evaluate if there is any way to put it in a more obvious "arr 
please don't" solution I could think of ovmf-legacy package with a matching 
description to say "please don't". That is a bit more complex and we'd need to 
find how to separate the build with this feature from the normal build.
Still I think we'd benefit a lot from re-introducing it like that and not just 
"yeah re-enable it"

---

Summarizing the steps from here:

- Evaluate how an extra binary with obvious legacy only opt-in usage could be 
done enabling pvscsi and mpt
- Make PPA test builds for all releases we'd want to check
- Ask the reporter to test the real case they have against that
- Get an SRU member to check the approach in general to agree on our path
- Contact Debian on 1016359 if they'd consider following that compromise 
approach or object or modify it
- Upload to 26.04
- Ask the reporter to draft a test case we can use for the SRU processing (and 
potentially help us to execute it)
- Upload to proposed for SRUs
- Evaluate once more
- Happiness

** Tags added: server-todo

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2129178

Title:
  Can not boot qemu VMs using ParaVirtual SCSI controllers with Ubuntu
  24.04

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/edk2/+bug/2129178/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to