>
> You're welcome to help with oVirt project design and discuss with the
> community the parts that you think should benefit from a re-design.
I consider these pesky little comments part of the discussion, even if I know they are not the best style.
But how much is there to discuss, if Redhat has already decided to switch to a beta base (CentOS stream) underneath oVirt?
Nobody wants bleeding edge on a hypervisor, except those who develop that hypervisor.
oVirt is supposed to deliver a higher reliability than bare metal hardware, by providing a fault tolerant design and automatic fault recovery.
Only to point out that between core components of this type of hypervisor are for sure libvirt and qemu-kvm and these two components were never the ones provided OOTB by the downstream RHEL version.
Also vdsm for example, that is another core component, was never part of the downstream OS.
In 4.2 deps.repo:
In 4.3 deps.repo:
Gianluca