Why does so much virt stuff depend on glusterfs?
Daniel P. Berrange
berrange at redhat.com
Thu Jul 25 08:54:08 UTC 2013
On Wed, Jul 24, 2013 at 01:39:14PM -0400, Cole Robinson wrote:
> On 07/24/2013 01:36 PM, Cole Robinson wrote:
> > On 07/24/2013 05:18 AM, Daniel P. Berrange wrote:
> >> On Tue, Jul 23, 2013 at 11:28:20AM -0700, Adam Williamson wrote:
> >>> On Tue, 2013-07-23 at 18:15 +0100, Richard W.M. Jones wrote:
> >>>> On Tue, Jul 23, 2013 at 12:57:50PM -0400, Dave Jones wrote:
> >>>>> On Mon, Jul 22, 2013 at 05:17:01PM -0700, Adam Williamson wrote:
> >>>>>
> >>>>> So this thread is complaining about..
> >>>>>
> >>>>> > > Removing:
> >>>>> > > glusterfs x86_64 3.4.0-2.fc19 @updates-testing 4.7 M
> >>>>> > > Removing for dependencies:
> >>>>> > > glusterfs-api x86_64 3.4.0-2.fc19 @updates-testing 88 k
> >>>>> > > glusterfs-fuse x86_64 3.4.0-2.fc19 @updates-testing 233 k
> >>>>>
> >>>>> < 5M of deps, meanwhile..
> >>>>>
> >>>>> > > qemu-system-alpha x86_64 2:1.4.2-4.fc19 @updates-testing 4.1 M
> >>>>> > > qemu-system-arm x86_64 2:1.4.2-4.fc19 @updates-testing 5.2 M
> >>>>> > > qemu-system-cris x86_64 2:1.4.2-4.fc19 @updates-testing 2.8 M
> >>>>> > > qemu-system-lm32 x86_64 2:1.4.2-4.fc19 @updates-testing 2.8 M
> >>>>> > > qemu-system-m68k x86_64 2:1.4.2-4.fc19 @updates-testing 3.8 M
> >>>>> > > qemu-system-microblaze x86_64 2:1.4.2-4.fc19 @updates-testing 5.6 M
> >>>>> > > qemu-system-mips x86_64 2:1.4.2-4.fc19 @updates-testing 21 M
> >>>>> > > qemu-system-or32 x86_64 2:1.4.2-4.fc19 @updates-testing 2.7 M
> >>>>> > > qemu-system-ppc x86_64 2:1.4.2-4.fc19 @updates-testing 18 M
> >>>>> > > qemu-system-s390x x86_64 2:1.4.2-4.fc19 @updates-testing 3.1 M
> >>>>> > > qemu-system-sh4 x86_64 2:1.4.2-4.fc19 @updates-testing 7.5 M
> >>>>> > > qemu-system-sparc x86_64 2:1.4.2-4.fc19 @updates-testing 7.3 M
> >>>>> > > qemu-system-unicore32 x86_64 2:1.4.2-4.fc19 @updates-testing 2.7 M
> >>>>> > > qemu-system-xtensa x86_64 2:1.4.2-4.fc19 @updates-testing 5.6 M
> >>>>>
> >>>>> Do we really *need* all those ?
> >>>>
> >>>> Hopefully those *are* removable.
> >>>>
> >>>> Unfortunately some packages depend on the 'qemu' meta package which
> >>>> pulls in all of the emulators.
> >>>
> >>> I don't know if that's the case for me, I just did a 'yum install
> >>> @Virtualization' on the host in question which is why I have all the
> >>> stuff the metapackages pull in. I know about that, which is why I didn't
> >>> complain about it.
> >>
> >> Hmm, if @Virtualization pulls in all the QEMU emulators then we probably
> >> have a bogus comps config. I'd say @Virtualization should probably only
> >> pull in the KVM binary, leaving the QEMU emulators alone, since few
> >> people will want them.
> >>
> >
> > Yeah comps still has a dep on plain 'libvirt' which will pull all of that in.
> > If no one objects, I'll push a change to make it libvirt-daemon-driver-kvm
> > which should only pull in the required libvirt bits.
>
> Err, s/libvirt-daemon-driver-kvm/libvirt-daemon-kvm/
Yes, that sounds like a good idea.
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
More information about the devel
mailing list