Re: [libvirt] [PATCH v3 0/7] Provide an standard asyncio event loop impl

On Fri, Apr 07, 2017 at 02:53:52PM +0200, Marek Marczykowski-Górecki wrote: > On Fri, Apr 07, 2017 at 01:46:12PM +0200, Wojtek Porczyk wrote: > > On Fri, Apr 07, 2017 at 10:22:38AM +0100, Daniel P. Berrange wrote: > > > On Thu, Apr 06, 2017 at 10:47:48PM +0200, Wojtek Porczyk wrote: > > > > I encountered one small problem, which I believe is orthogonal to the patch series: > > > > > > > > On Tue, Apr 04, 2017 at 03:31:32PM +0100, Daniel P. Berrange wrote: > > > > > diff --git a/examples/event-test.py b/examples/event-test.py > > > > > index 751a140..ac9fbe1 100755 > > > > > --- a/examples/event-test.py > > > > > +++ b/examples/event-test.py > > > > > > > > > + netcallbacks = [] > > > > > + netcallbacks.append(vc.networkEventRegisterAny(None, libvirt.VIR_NETWORK_EVENT_ID_LIFECYCLE, myNetworkEventLifecycleCallback, None)) > > > > > > > > With vc = libvirt.open('xen:///') and with libvirt{,-python}-3.1.0 this line causes an > > > > exception: > > > > > > > > libvirt.libvirtError: this function is not supported by the > > > > connection driver: virConnectNetworkEventRegisterAny > > > > > > > > Commenting it out solves the problem. > > > > > > Yes, I must say the event test is only validated with the KVM driver, but that said > > > I thought the Xen driver would get our default nework driver activated automatically, > > > so I'm surprised you see that. > > > > I don't know, maybe this is caused by our setup. For example we have no NIC in > > dom0 (only loopback) and we also may have deliberately broken something around > > the network. > > Yes, our packages have ./configure (...) --without-network. So looks like our fault. Sorry for that.