From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:57372) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su913-0004FG-MO for qemu-devel@nongnu.org; Wed, 25 Jul 2012 17:21:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Su912-0004bl-HK for qemu-devel@nongnu.org; Wed, 25 Jul 2012 17:21:09 -0400 Received: from mx1.redhat.com ([209.132.183.28]:62600) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su912-0004bc-9b for qemu-devel@nongnu.org; Wed, 25 Jul 2012 17:21:08 -0400 Message-ID: <5010633D.3070400@redhat.com> Date: Wed, 25 Jul 2012 15:21:01 -0600 From: Eric Blake MIME-Version: 1.0 References: <1343233543-18561-1-git-send-email-aliguori@us.ibm.com> <1343233543-18561-3-git-send-email-aliguori@us.ibm.com> <20120725143258.52402998@doriath.home> <87vchbzorp.fsf@codemonkey.ws> <20120725160236.3fc3de49@doriath.home> <20120725160900.2151e71b@doriath.home> In-Reply-To: <20120725160900.2151e71b@doriath.home> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigF276EC28AC1810F7E37CB400" Subject: Re: [Qemu-devel] [libvirt] Changing qemu's -help output List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Luiz Capitulino Cc: libvir-list@redhat.com, Peter Maydell , Anthony Liguori , qemu-devel@nongnu.org This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF276EC28AC1810F7E37CB400 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/25/2012 01:09 PM, Luiz Capitulino wrote: > On Wed, 25 Jul 2012 20:02:53 +0100 > Peter Maydell wrote: >=20 >> On 25 July 2012 20:02, Luiz Capitulino wrote:= >>> On Wed, 25 Jul 2012 19:58:02 +0100 >>> Peter Maydell wrote: >>>> I think we should simply say "no, parsing -help is broken and wrong = and it >>>> was obviously broken and wrong and we are in fact going to change th= e >>>> help output for QEMU 1.2, and you will need a new libvirt that can >>>> cope with that". We can't be held hostage forever to really bad deci= sions >>>> like that. >>> >>> We have to provide an alternative before doing that. >> >> Try whatever it is you wanted to try, see if it barfs. Or don't use it= =2E >=20 > Libvirt folks can answer if this is feasible (CC'ing them), I'd guess i= t's not. I'm all for breaking -help output, provided we have something more reliable to use in its place. The way I see it, we have these scenarios to think about: old libvirt, old qemu =3D> works new libvirt, new qemu =3D> works new libvirt, old qemu =3D> works (and if it doesn't, it's libvirt's fault= , so this is irrelevant to qemu) old libvirt, new qemu =3D> this is what _might_ break if -help output changes; but if you can afford to upgrade qemu, you should also be able to upgrade your libvirt. A historical example of this was when qemu upgraded to 1.0, but older libvirt was still expecting to parse a x.y.z version string, so the reality was that no one upgraded to qemu 1.0 unless they also upgraded libvirt. We've already known for some time that parsing -help output is fragile; the best we can do is make sure that new libvirt can handle all historical forms of output, but I think it is reasonable to tell users that as soon as a new form of output is added to the mix (because qemu was upgraded), then you also have to upgrade libvirt to handle that new format. Older libvirt's inability to predict the future of what newer qemu output will be should not penalize innovation in newer qemu. --=20 Eric Blake eblake@redhat.com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --------------enigF276EC28AC1810F7E37CB400 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBCAAGBQJQEGM9AAoJEKeha0olJ0NqpvoH/3eHmITnU9pgbIbBwJ6Y5tKU q+HZ3jNbWn+T+8YzNevnWcBYZHdjtbPMqY96+SQmncotfHF4RzrIoi6Sdbv5yg/r OYGo7kFSNiJm9xqH8UVAGx6yy++/gcQ5S8rqN5fFo8iF0wE7tdov9armTrqe5a6W m8OmRUVjOULcrx61fDLQ7dszs/LOwbzS24DrVRJHjPOQEnum54nyNM7EZeasdjO8 1pCPafQ1K4ZvI73XYRnQKCKqf85Xz89Fnsib6H7zlq6ggpjmrJ2NvfEHE/cugmjY te9xE9iyhOS4tux4ss93kWDTuhHjoX/GghrXP3R5KmCg2phGwfJZJJRGke9QuQ4= =XtBY -----END PGP SIGNATURE----- --------------enigF276EC28AC1810F7E37CB400--