On 10/23/2012 06:47 AM, Anthony Liguori wrote: >>> >>> This change was postponed to after 1.2 was released to >>> give libvirt a chance to wean itself off parsing our --help >>> output. >> >> Yea, I know this has been the plan for a long time and I agree that it >> is a good move. >> >> Only problem is that the switch didn't happen yet. The bits might be >> landed in libvirt/master, but there is no release with this yet and thus >> libvirt versions using QOM for feature detection didn't find the way yet >> into distributions. >> >> IMO it is a bit early to stop caring about -help output compatibility in >> qemu. > > It was announced. There's been plenty of time to adapt. > > If you're using QEMU from git, it's reasonable to require libvirt from > git IMHO.
Agreed. That said, distros can ease the pain by backporting the libvirt patches for starting qemu from QMP rather than -help into current libvirt releases, although that becomes a matter for distros rather than this list. > > By the time 1.3 goes out, there should be a libvirt release with the > necessary support so if your using distro packages, you'll never notice. Libvirt 1.0.0 will land in early November, and fully supports qemu.git, so you are correct that a released libvirt will be available prior to qemu 1.3: https://www.redhat.com/archives/libvir-list/2012-October/msg00403.html Additionally, there will probably be a release candidate in the next 48 hours, where you can use that tarball (rawhide will most certainly pick it up), so the pain of using libvirt.git to develop qemu.git will not last much longer. -- Eric Blake ebl...@redhat.com +1-919-301-3266 Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature
