Re: [libvirt] Build failed in Jenkins: libvirt-syntax-check #1804

2013-12-31 Thread Eric Blake
On 12/31/2013 11:35 PM, Jenkins CI wrote: > See > > -- > Started by upstream project "libvirt-build" build number 2013 > Building on master in workspace >

[libvirt] Build failed in Jenkins: libvirt-syntax-check #1804

2013-12-31 Thread Jenkins CI
See -- Started by upstream project "libvirt-build" build number 2013 Building on master in workspace [workspace] $ /bin/sh -xe /tmp/hud

[libvirt] [PATCH] docs: return paragraph must be last

2013-12-31 Thread Eric Blake
Commit eb70ceb tried to create a code block for libvirt-libvirt.html#virConnectGetType, but failed to note that our doc generator treats everything after "Returns" as part of the return description rather than looking for paragraph and code layout. Fix some other API that also had generic details

Re: [libvirt] Release of libvirt-python-1.2.0

2013-12-31 Thread Jason Helfman
On Mon, Dec 2, 2013 at 8:41 AM, Daniel P. Berrange wrote: > On Mon, Dec 02, 2013 at 02:28:00PM +0800, Daniel Veillard wrote: > > So this is the first release fo the separated libvirt-python code base > > out of the main libvirt git. In this case the two release have been made > > in tandem to avo

[libvirt] [PATCH] event: improve public API docs

2013-12-31 Thread Eric Blake
Since libvirt 0.9.3, the entire virevent.c file has been a public API, so improve the documentation in this file. Also, fix a potential core dump - it could only be triggered by bogus use of the API and would only affect the caller (not libvirtd), but we might as well be nice. * src/libvirt.c (vi

Re: [libvirt] [RFC/PATCH python] expose the bindings version to Python

2013-12-31 Thread Roman Bogorodskiy
Doug Goldstein wrote: > On Thu, Dec 12, 2013 at 4:29 PM, Eric Blake wrote: > > On 12/11/2013 08:43 PM, Doug Goldstein wrote: > >> The method getVersion() retrieves the version of the libvirt library > >> that the binaries are linked against but there is no way to retrieve the > >> version of th

Re: [libvirt] [PATCH python] define __GNUC_PREREQ macro before using it

2013-12-31 Thread Eric Blake
On 12/29/2013 03:52 PM, Doug Goldstein wrote: > We brought over use of the __GNUC_PREREQ macro from libvirt but didn't > bring over the definition of it. This brings over the macro from libvirt > sources. > --- > libvirt-utils.h | 9 + > 1 file changed, 9 insertions(+) ACK (with #endif fi

[libvirt] [PATCH] event: don't overwrite registration error message

2013-12-31 Thread Eric Blake
Prior to this patch, an attempt to register an event without an event loop started results in the vague: libvirt: Remote Driver error : adding cb to list Now it gives the much nicer: libvirt: error : internal error: could not initialize domain event timer This also avoids hiding other reasonab

Re: [libvirt] [PATCH python] define __GNUC_PREREQ macro before using it

2013-12-31 Thread Roman Bogorodskiy
Doug Goldstein wrote: > On Dec 29, 2013, at 4:52 PM, Doug Goldstein wrote: > > > > We brought over use of the __GNUC_PREREQ macro from libvirt but didn't > > bring over the definition of it. This brings over the macro from libvirt > > sources. > > --- > > libvirt-utils.h | 9 + > > 1 fi

Re: [libvirt] [PATCH] vbox: add support for v4.2.20+ and v4.3.4+

2013-12-31 Thread Jean-Baptiste Rouault
On Monday 30 December 2013 11:26:08 Ryota Ozaki wrote: > On Mon, Dec 30, 2013 at 5:55 PM, Jean-Baptiste Rouault > > wrote: > > On Sunday 29 December 2013 14:44:10 Ryota Ozaki wrote: > >> On Wed, Dec 25, 2013 at 12:47 AM, Jean-Baptiste Rouault > >> > >> wrote: > >> > While working on adding virD

Re: [libvirt] [CFT] FreeBSD: new libvirt-python package

2013-12-31 Thread Jason Helfman
This has been added to the FreeBSD ports tree. http://www.freshports.org/devel/py-libvirt/ -jgh On Mon, Dec 30, 2013 at 8:30 AM, Jason Helfman wrote: > Hello Everyone, > > Believe it or not, I don't have any test framework for testing FreeBSD > libvirt, so was hoping there may be some folks o