----- Original Message ----- > From: "Dan Kenigsberg" <[email protected]> > To: "Sandro Bonazzola" <[email protected]> > Cc: [email protected], "users" <[email protected]>, [email protected] > Sent: Thursday, September 25, 2014 3:06:01 PM > Subject: Re: [ovirt-devel] [ovirt-users] Building vdsm within Fedora > > On Wed, Sep 24, 2014 at 10:57:21AM +0200, Sandro Bonazzola wrote: > > Il 24/09/2014 09:44, Sven Kieske ha scritto: > > > > > > > > > On 24/09/14 09:13, Federico Simoncelli wrote: > > >> You probably missed the first part "we were using qemu-kvm/qemu-img in > > >> the spec file". In that case you won't fail in any requirement. > > >> > > >> Basically the question is: was there any problem on centos6 before > > >> committing http://gerrit.ovirt.org/31214 ? > > > > Federico: as we checked a few minutes ago, it seems there's no problem in > > requiring qemu-kvm/qemu-img in the spec file. > > Only issue is that if non rhev version is installed a manual "yum update" > > is required for moving to the rhevm version. > > Right. Without the patch, RPM does not enforce qemu-kvm-rhev. So our > code has to check for qemu-kvm-rhev functionality, instead of knowing > that it is there. Furthermore, we had several reports of users finding > themselves without qemu-kvm-rhev on their node, and not understanding > why they do not have live merge.
Live merge? The biggest problem with live merge is libvirt not qemu. Anyway the qemu-kvm/qemu-kvm-rhev problem is relevant only for centos and centos has a specific way to address these special needs: http://www.centos.org/variants/ """ A CentOS variant is a special edition of CentOS Linux that starts with the core distribution, then replaces or supplements a specific subset of packages. This may include replacing everything down to the kernel, networking, and other subsystems. """ I think the plan was to have our own centos variant (shipping qemu-kvm-rhev). I remember Doron participated to the centos meetings but I don't remember the outcome. -- Federico _______________________________________________ Devel mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/devel
