On Thu, 2020-08-20 at 11:00 +0100, Daniel P. Berrangé wrote:
On Wed, Aug 05, 2020 at 10:19:26AM +0200, Andrea Bolognani wrote:
> contents change.
>
> That said, if upgrading QEMU results in losing features, even
> though
> you can recover them through additional steps I would argue that's
> a
> bug in the packaging that should be addressed on the QEMU side.
Potentially we can consider this a distro packaging problem and fix
it at the RPM level.
eg the libvirt RPM can define a trigger that runs when *any* of the
qemu-device* RPMs is installed/updated. This trigger can simply
touch a file on disk somewhere, and libvirtd can monitor this one
file, instead of having to monitor every module.
The simplest approach is to touch the qemu binaries. We discussed this
already. It has the drawback that it makes "rpm -V" complain about
wrong timestamps. It might also confuse backup software. Still, it
might be a viable short-term workaround if nothing else is available.
Cheers,
Martin