We currently have various features in the RPMs selected based on what
the QEMU RPM has built. If the QEMU RPM changes, then libvirt needs to
change to match which is an undesirable situation.
Forthcoming upstream QEMU changes will involve corresponding Fedora
downstream changes. eg removal of i386 host support for system
emulators.
I would like to make it so that we don't change libvirt RPM spec
when these changes happen, merely rebuild libvirt and it "does the
right thing".
To that end I've proposed some QEMU macros for Fedora:
https://src.fedoraproject.org/rpms/qemu/pull-request/43
with intention they would also go into future RHEL-10.
This series illustrates what libvirt RPM spec changes would be to
adapt to this.
I'm not proposing to merge this libvirt series. Rather looking for
whether I've missed anything in the design from te QEMU side that
could be done better for libvirt.
Daniel P. Berrangé (4):
rpm: boilerplate to pull in qemu-srpm-macros
rpm: use %{qemu_sysemu_host_arches}
rpm: use %{qemu_sysemu_kvm_arches}
rpm: use %{qemu_sysemu_tcg_non_native}
libvirt.spec.in | 49 ++++++++++++++++++++++++++++++++-----------------
1 file changed, 32 insertions(+), 17 deletions(-)
--
2.41.0