From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NLhOL-0007hK-5O for qemu-devel@nongnu.org; Fri, 18 Dec 2009 13:17:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NLhOG-0007b2-0l for qemu-devel@nongnu.org; Fri, 18 Dec 2009 13:17:28 -0500 Received: from [199.232.76.173] (port=37169 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NLhOF-0007aZ-Bc for qemu-devel@nongnu.org; Fri, 18 Dec 2009 13:17:23 -0500 Received: from mx1.redhat.com ([209.132.183.28]:65520) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NLhDk-0005XT-CV for qemu-devel@nongnu.org; Fri, 18 Dec 2009 13:06:32 -0500 From: Markus Armbruster Subject: Re: [Qemu-devel] [PATCH 5/7] QMP: Update spec file 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> Date: Fri, 18 Dec 2009 19:06:18 +0100 In-Reply-To: <4B2BBF7B.9070808@linux.vnet.ibm.com> (Anthony Liguori's message of "Fri, 18 Dec 2009 11:44:27 -0600") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Luiz Capitulino 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".