[Libvir] Preliminary packages for libvirt on Debian

2007-11-13 Thread Richard W.M. Jones
These are preliminary packages for libvirt 0.3.3 on Debian. The libvirt package is derived from the one in Ubuntu, originally packaged by Andrew Mitchell. Xen --- Unfortunately a patch is needed to the base Xen package in Debian, so that it includes the header files needed by libvirt.

[Libvir] [PATCH] bug #402249 - include xen/*.h header files

2007-11-13 Thread Richard W.M. Jones
When you build Xen from source, the make install rule installs extra header files such as xen/xen.h and xen/dom0_ops.h which are all required for building libvirt. However the Debian package doesn't run the install rule, but instead runs (effectively) make -C tools install and that only

Re: [Libvir] [PATCH] Make qemud's install-init rule work in a non-srcdir build.

2007-11-13 Thread Daniel P. Berrange
On Tue, Nov 13, 2007 at 03:10:34PM +0100, Jim Meyering wrote: When building from other than the source directory, several things currently fail. This one fails because $(srcdir)/libvirtd.init doesn't exist. The libvirtd.init file we want to install is the one just built, in the current

Re: [Libvir] [PATCH] Make qemud's install-init rule work in a non-srcdir build.

2007-11-13 Thread Jim Meyering
Daniel P. Berrange [EMAIL PROTECTED] wrote: On Tue, Nov 13, 2007 at 03:10:34PM +0100, Jim Meyering wrote: When building from other than the source directory, several things currently fail. This one fails because $(srcdir)/libvirtd.init doesn't exist. The libvirtd.init file we want to

[Libvir] bug #384443 - packages for virt-install and virt-manager

2007-11-13 Thread Richard W.M. Jones
This is a Debian package for virt-install (a dependency of virt-manager). It is both a standalone command line tool for installing new virtual guests, and a library of Python functions used by virt-manager for the same task. Source:

[Libvir] [PATCH] Arrange for tests to pass in a non-srcdir build.

2007-11-13 Thread Jim Meyering
Most of the tests assumed that $(srcdir) == . This makes it so make check passes in a non-srcdir build, i.e., mkdir build cd build ../configure make make check Arrange for tests to pass in a non-srcdir build. * tests/Makefile.am: Include the contents of the *data directories

Re: [Libvir] The problem of the definition of tuning informations

2007-11-13 Thread beth kon
beth kon wrote: Daniel Veillard wrote: On Thu, Nov 08, 2007 at 02:00:10PM -0600, Ryan Harper wrote: * Daniel Veillard [EMAIL PROTECTED] [2007-11-08 10:08]: I promised that mail for the beginning of the week but I still have I think tuning informations are that set of parameters

Re: [Libvir] The problem of the definition of tuning informations

2007-11-13 Thread Daniel Veillard
On Tue, Nov 13, 2007 at 11:51:09AM -0500, beth kon wrote: beth kon wrote: When a domain is started, the caller can specify a minimal start (XML only) or a tuned start (XML plus tuning). Lower level libvirt code would understand the specifics of the hypervisor well enough to know whether it

Re: [Libvir] [PATCH] Arrange for tests to pass in a non-srcdir build.

2007-11-13 Thread Daniel P. Berrange
On Tue, Nov 13, 2007 at 04:12:35PM +0100, Jim Meyering wrote: Most of the tests assumed that $(srcdir) == . This makes it so make check passes in a non-srcdir build, i.e., mkdir build cd build ../configure make make check Arrange for tests to pass in a non-srcdir build. ACK - I've

Re: [Libvir] [PATCH] Parse integers more carefully, cont'd.

2007-11-13 Thread Daniel P. Berrange
On Mon, Nov 12, 2007 at 11:10:25PM +0100, Jim Meyering wrote: Here's part two in the strtol fix-up series: Parse integers more carefully, cont'd. * qemud/qemud.c: Replace uses of strtol with uses of xstrtol_i. Avoid overflow for very large --timeout=N values. * src/nodeinfo.c: In

[Libvir] latest NUMA/cpuset code testing

2007-11-13 Thread beth kon
I tested the latest CVS libvirt on a 128-way x3950 and create, define, and start appear to work well with various cpusets specified. The only thing I noticed was that dumpxml does not grab the cpuset info. I have not looked at the code to verify, but is this expected? Maybe you discussed this