[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [libvirt] [PATCH 00/10] Enable loadable modules for libvirtd



On Tue, Apr 03, 2012 at 03:13:54PM +0100, Daniel P. Berrange wrote:
> On Tue, Apr 03, 2012 at 09:57:19PM +0800, Daniel Veillard wrote:
> > On Tue, Apr 03, 2012 at 02:08:11PM +0100, Daniel P. Berrange wrote:
> > > So, 'yum install libvirt' would end up pulling in every single hypervisor
> > > we support (qemu, qemu-kvm, xen), which is not at all what we want.
> > > 
> > > Separating the libvirt-daemon-XXX packages from the libvirt-daemon-driver-XXX
> > > packages is key to achieving the goal of minimising install footprint, while
> > > maintaining backwards compatibility with existing RPM deps.
> > 
> >   I still wonder if it is worth it then. Adding an extra empty rpm just
> > for the sake or avoiding a explicit hypervisor dependency at the
> > application level. The whole scheme adds N + 1 empty rpms just for
> > avoiding that dep that the application need to explicitely state right
> > now anyway.
> 
> I think it is worth it, based on the fact that we get reasonably
> frequent bug reports that installing libvirt did not install qemu-kvm,
> or similar.

  In practice now we ask people to install 'qemu-kvm' directly
With the change we ask people to install 'libvirt-kvm' instead,
I don't see such an huge improvement to be honnest, basically ths means
that people must select the hypervisor at some point, whether it's
at the base os install vs. at the libvirt install.

> Also, it avoids the need for applications to care about
> the different package names - eg in RHEL-5 the RPM was 'kvm', while
> in RHEL-6, the RPM was 'qemu-kvm', and who knows if it will change
> again...

  True but it's not like it's changing very often.

  Okay, I'm too hard to be convinced that it's the right way to go,
can someone with a fresh mind on the issue look at it, I won't block,
though I'm certainly dragging feets in case it's not clear :-) People
do get lost with rpm dependencies and the whole scheme is way too
complex IMHO.

  Now that I have exposed my belief I'm fine being put in the minority :)

Daniel

-- 
Daniel Veillard      | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
daniel veillard com  | Rpmfind RPM search engine http://rpmfind.net/
http://veillard.com/ | virtualization library  http://libvirt.org/


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]