From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37191) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKXfU-0005qk-Mj for qemu-devel@nongnu.org; Fri, 13 Sep 2013 14:00:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VKXfP-0000tE-Ha for qemu-devel@nongnu.org; Fri, 13 Sep 2013 14:00:32 -0400 Received: from mx1.redhat.com ([209.132.183.28]:25354) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VKXfP-0000t8-8z for qemu-devel@nongnu.org; Fri, 13 Sep 2013 14:00:27 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r8DI0MlJ021714 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 13 Sep 2013 14:00:26 -0400 Message-ID: <523352A4.6060100@redhat.com> Date: Fri, 13 Sep 2013 12:00:04 -0600 From: Eric Blake MIME-Version: 1.0 References: <1378932737-13422-1-git-send-email-lcapitulino@redhat.com> <1378932737-13422-6-git-send-email-lcapitulino@redhat.com> <5230FC7E.3060609@redhat.com> <20130913135410.7cf351f3@redhat.com> In-Reply-To: <20130913135410.7cf351f3@redhat.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="QxaMMH8xDkutKMNo4iwAVr8FMXKuJK7Is" Subject: Re: [Qemu-devel] [PATCH 5/6] QMP: Update qmp-spec.txt List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Luiz Capitulino Cc: qemu-devel@nongnu.org, armbru@redhat.com This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QxaMMH8xDkutKMNo4iwAVr8FMXKuJK7Is Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/13/2013 11:54 AM, Luiz Capitulino wrote: > On Wed, 11 Sep 2013 17:27:58 -0600 > Eric Blake wrote: >=20 >> On 09/11/2013 02:52 PM, Luiz Capitulino wrote: >>> Simplify the text, fix some of the examples. >>> >>> - QEMU Monitor Protocol Specification - Version 0.1 >>> + QEMU Machine Protocol Specification >> >> Do we want a protocol version number? I guess if we ever add >> capabilities, we can worry about it then. >=20 > Yes, but I don't think we want it. This is the sole place where > a version number appears and it's quite meaningless. Indeed, capabilities are more powerful than version numbers, and since the initial version already included capabilities, we already have as much as we need to support any arbitrary future capabilities without needing to add a version. >=20 >> >> Reviewed-by: Eric Blake Hence this still stands :) --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --QxaMMH8xDkutKMNo4iwAVr8FMXKuJK7Is 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.14 (GNU/Linux) Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJSM1KkAAoJEKeha0olJ0NqJjAIAKtXlZUwtql83QiIIAD+XtYE k4C3fUhhcF5jiKkE1vxz+vXvmLt6XpQ8uBlJZ6s8W9AliTxzzVz5m54FJVA7y8kD uW+5raq04S+WmK37UBBOvPj/mhTVIKQGUBjt9OviL/kCBkRTj0tju5FGdW4//YKS ImBOmdBR4b3qvymKIQEcehmIToNRrreSc7XaPPJg0ehnpM76MoTNPNvReTz3beV9 YPH6UWlgSty3sHFgKvMSisx/QZK2BXELlHqxLVM3fSDF+mtU6DLhFF1fexWyQRVm m/rBiLosKKzf7TxmCqTI5sfXUvqynI4rcGvuzHL9eE7Gwp1rDXtS/BMxtMRO92w= =YBPp -----END PGP SIGNATURE----- --QxaMMH8xDkutKMNo4iwAVr8FMXKuJK7Is--