[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [libvirt] Fixing libvirt's libxl driver breakage -- where to define LIBXL_API_VERSION?
Jan Beulich writes ("Re: [libvirt] [Xen-devel] Fixing libvirt's libxl driver breakage -- where to define LIBXL_API_VERSION?"): > On 27.06.16 at 18:54, <ian.jackson@xxxxxxxxxxxxx> wrote: > > OK. Thanks for the feedback. I'll go ahead with my plan with the > > git commit ids named in my earlier email. > > The only (hopefully highly theoretical) problem I see with this is that > we may end up picking a libvirt commit which subsequently (e.g. via > a libxl backport) turns out to have an issue. Such a problem could be > dealt with in the suggested the stable branch tracking model (or any > other model not dealing with something completely frozen). I don't think there is anything stopping us manually updating one of these frozen "branches", should such a situation occur. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |