Daniel Veillard wrote on 03/09/2006 11:28 AM this:
On Thu, Mar 09, 2006 at 11:12:45AM +0100, Ronald Aigner wrote:
Hi all, I downloaded libvirt from CVS and tried to run autogen.sh which stops with the following error message: configure: error: Xen store library not found
What else do I need?
At this point you need to have Xen installed, at least to be able to compile even if you don't run it. Depending on your environment it may be as simple as "yum install xen", or a bit more painful. Ok. I downloaded and build Xen 3.0.1. After that I ran 'make dist' because I did not (yet) wanted to install Xen. However, I couldn't build libvirt just yet. I added the attached patch to configure.in and ran 'autogen.sh --with-xen-distdir=$(HOME)/src/xen-3.0-testing/dist'
How do I implement support for another hypervisor? Where do I have to turn which screws?
Currently there is only Xen support, I'm starting to work on glue for QEmu, but this requires first modification on QEmu and I'm working on that. As discussed last week (see the list archive) we will need some code refactoring to really implement access to other hypervisors/emulators. What do you have in mind ? I am part of the L4 group in Dresden (www.l4hq.org and www.tudos.org/L4). It seems reasonable to combine efforts to provide some hypervisor management facilities. Some collegue pointed me to the
I also needed to install libxml2-dev and libreadline5-dev on my Debian (stable) system for a successful configure run. After that I could compiler libvirt. libvirt project. I am well aware that there is more to the virtualization effort than 'just' providing another backend to libvirt. So, we think that it is a good idea to integrate our facilities to manage (para-)virtualized operating systems on L4 into libvirt. What do you think?
My current plan at the moment is the following: 1/ get pending patches from Anthony Liguori 2/ cleanup the code base to have unified code formatting at least 3/ provide a back-end to be able to access QEmu 4/ based on that refactor the internals to better integrate new engines
Now if you want to help, explain what you would like to add and maybe we can start the refactoring earlier, I just wanted to make progresses on a different engine first before trying to redesign the internals.
makes sense ? Sure does.
I will have a look at the functionality currently required by libvirt and try to match it to infrastructure we have here (it's basically a decomposed dom0). Thanks for the help and insights, Ron. Index: configure.in =================================================================== RCS file: /data/cvs/libvirt/configure.in,v retrieving revision 1.27 diff -u -r1.27 configure.in --- configure.in 28 Feb 2006 14:22:33 -0000 1.27 +++ configure.in 10 Mar 2006 08:42:19 -0000 @@ -79,6 +79,18 @@ fi dnl +dnl Specify the xen-distribution directory to be able to compile on a +dnl non-xenified host +dnl +AC_ARG_WITH(xen-distdir, AC_HELP_STRING([--with-xen-distdir=path], + [distribution directory of Xen, default /usr])) +if test "x$with_xen_distdir" != "x" +then +CPPFLAGS="$CPPFLAGS -I$withval/install/usr/include" +LDFLAGS="$LDFLAGS -L$withval/install/usr/lib" +fi + +dnl dnl To be able to make dist on a non-xenified host dnl AC_ARG_WITH(depends,