Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#75078 - [qemu] current meta pkg arrangement is sub-optimal
Attached to Project:
Arch Linux
Opened by Toolybird (Toolybird) - Thursday, 16 June 2022, 04:25 GMT
Last edited by Toolybird (Toolybird) - Wednesday, 27 July 2022, 05:34 GMT
Opened by Toolybird (Toolybird) - Thursday, 16 June 2022, 04:25 GMT
Last edited by Toolybird (Toolybird) - Wednesday, 27 July 2022, 05:34 GMT
|
DetailsAs per discussion in FS#74687 this is a proposal to restructure the QEMU meta packages introduced in 7.0.0.
Perusing the forums and reading various comments around the traps, it seems folks expect "qemu-full" to be a superset of "qemu-desktop". This is quite a logical assumption IMHO. Taking it 1 step further, "qemu-desktop" can be a superset of "qemu-base". The new finely grained split pkg arrangement we now have lends itself perfectly to make this happen. The proposal in simple terms: "qemu-full" depends -> (qemu-desktop) "qemu-desktop" depends -> (qemu-base) We can throw "qemu-emulators-full" into the mix and it then becomes: "qemu-full" depends -> (qemu-desktop qemu-emulators-full) "qemu-desktop" depends -> (qemu-base) The actual make-up of each meta pkg is up for debate but I've included my suggestions in the patch. More on this below. Proposed arrangement has the advantage of being clean, simple and logical. It also gets rid of "conflicts". All meta pkgs can be installed together side-by-side and users can freely install/remove meta pkgs to suit their needs. All existing "depends" on the meta pkgs continue to work. The existing setup has proven to be a bit awkward and confusing for users. (everything below is from the other ticket) > The current setup is done in such a way so that the user is able to install "qemu" (being asked which one) Yes, that's fine, and this doesn't change under my proposed patch. > and have a single place where to lookup optdepends The optdepends tweaking is only a secondary aspect of my patch and was done to address > In your proposed changes you have removed <...> but those components were all part of qemu-headless before Er no, that's not quite correct. The previous qemu-headless did not drag in mesa and all its associated deps. We have actually regressed here and this is the subject of I've re-attached proposed patch to this new ticket. |
This task depends upon
FS#74732FS#74805FS#75046