Thanks very much. BTW, I have a small question, why libguestfs depends on QEMU instead of libvirt? If we take libvirt, we can easily run libguestfs with xen, virtualbox, vmware, etc.
Regards, Kirby Zhou from SOHU-RD +86-10-6272-8261 -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Richard W.M. Jones Sent: Sunday, August 08, 2010 7:26 PM To: EPEL development disccusion Cc: [email protected] Subject: Re: [Libguestfs] guestfish/libguestfs takes legacy qemu instead of kvm? On Sun, Aug 08, 2010 at 12:05:58PM +0800, Kirby Zhou wrote: > guestfish takes legacy qemu instead of kvm? > ]# rpm -q libguestfs --requires | fgrep qemu > qemu-system-x86 >= 0.10.5 To make it clear, this is EPEL-5. There was some still unresolved problem with adding a dependency on KVM: https://fedorahosted.org/rel-eng/ticket/2982 As a result, we have to depend on qemu (software emulation) instead. However you can easily change this at runtime by setting the LIBGUESTFS_QEMU environment variable: http://libguestfs.org/guestfs.3.html#libguestfs_qemu http://libguestfs.org/guestfs.3.html#qemu_wrappers In RHEL 6 it's all going to be different again. The same qemu-system-x86 RPM is actually KVM. We combine qemu and KVM sources during the build to make a 'qemu-kvm' binary which can do both software emulation (TCG) and hardware virt (KVM). > [...@djt_10_48 ~]# guestfish -i kvm-rhel5guest > Could not open '/dev/kqemu' - QEMU acceleration layer not activated: No such > file or directory This is just a warning -- ignore it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ _______________________________________________ Libguestfs mailing list [email protected] https://www.redhat.com/mailman/listinfo/libguestfs _______________________________________________ epel-devel-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/epel-devel-list
