From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:42546) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwbKz-0007ZR-U7 for qemu-devel@nongnu.org; Thu, 25 Aug 2011 10:55:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QwbKy-000061-Vc for qemu-devel@nongnu.org; Thu, 25 Aug 2011 10:55:21 -0400 Received: from mx1.redhat.com ([209.132.183.28]:10074) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwbKy-00005p-Nq for qemu-devel@nongnu.org; Thu, 25 Aug 2011 10:55:20 -0400 Date: Thu, 25 Aug 2011 11:55:16 -0300 From: Luiz Capitulino Message-ID: <20110825115516.61e9216f@doriath> In-Reply-To: <1314211389-28915-1-git-send-email-aliguori@us.ibm.com> References: <1314211389-28915-1-git-send-email-aliguori@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 00/14] Convert commands to QAPI (batch 1) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Kevin Wolf , qemu-devel@nongnu.org, Michael Roth On Wed, 24 Aug 2011 13:42:55 -0500 Anthony Liguori wrote: > This is my attempt to jump-start the QAPI switch over. All of the hard work > is already done in my qapi branch, we just need to start merging stuff. > > To simplify the merge process, I've introduced a new mode to the code generator > that lets us do conversions without using the new QMP server. It really makes the transition easier. It should be easy & quick to merge the stuff in your repo. > Once this series is merged, anything that touchs QMP (to modify a command or > add a new command) must do it through QAPI--no exceptions. Agreed. And people could start working on good replacements in parallel with the merging of existing commands. > > This series also includes Dans change to the 'change' command. I'm not thrilled > about people using this command but its better to err on the side of caution. > It's now officially deprecated with much more robust replacement commands. >