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(a)veillard.com | Rpmfind RPM search engine
http://rpmfind.net/
http://veillard.com/ | virtualization library
http://libvirt.org/