From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NLhFd-0004ug-6S for qemu-devel@nongnu.org; Fri, 18 Dec 2009 13:08:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NLhFX-0004mK-Tm for qemu-devel@nongnu.org; Fri, 18 Dec 2009 13:08:28 -0500 Received: from [199.232.76.173] (port=55370 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NLhFX-0004m6-Ow for qemu-devel@nongnu.org; Fri, 18 Dec 2009 13:08:23 -0500 Received: from mx1.redhat.com ([209.132.183.28]:31003) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NLhFX-0005ju-7b for qemu-devel@nongnu.org; Fri, 18 Dec 2009 13:08:23 -0500 Date: Fri, 18 Dec 2009 16:08:14 -0200 From: Luiz Capitulino Subject: Re: [Qemu-devel] [PATCH 5/7] QMP: Update spec file Message-ID: <20091218160814.29aced99@doriath> In-Reply-To: References: <1261149905-7622-1-git-send-email-lcapitulino@redhat.com> <1261149905-7622-6-git-send-email-lcapitulino@redhat.com> <4B2BBF7B.9070808@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Anthony Liguori , qemu-devel@nongnu.org On Fri, 18 Dec 2009 19:06:18 +0100 Markus Armbruster wrote: > Anthony Liguori writes: > > > Markus Armbruster wrote: > >> While I think these promises are appropriate for a mature version of the > >> protocol, I do not think we should make them for 0.12. > >> > >> We've just dreamed up version 0.1 of the protocol. It hasn't been used > >> in anger. Yes, we put some serious thought in it, and we even have > >> prototype code using it in libvirt, but let's face it, we're not > >> infallible: we *will* have to evolve stuff. > >> > >> Without a real user, there is no real need to constrict evolution of the > >> protocol in such a harsh way. All it'll buy is is compatibility cruft. > >> Passage of time will bring us plenty of cruft without us setting > >> ourselves up for extras. > >> > >> Let's cut ourselves some slack here, please. > >> > > > > I've been working on the release notes and I was intending on > > announcing the QMP support in 0.12 as a "preview" with full support in > > 0.13. > > > > The idea being that we would try to maintain compatibility but > > "preview" gives us enough slack that if we break it, we can at least > > claim that it was just a preview ;-) > > Works for me. But then the unconditional promise in this patch is > misleading. If we care, we should amend it to spell out "this is > preview, all promises are null and void". I'd prefer to just drop this part.