From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36905) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X7p2e-0000Rg-L4 for qemu-devel@nongnu.org; Thu, 17 Jul 2014 13:00:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X7p2X-0003sz-1c for qemu-devel@nongnu.org; Thu, 17 Jul 2014 13:00:24 -0400 Received: from mx1.redhat.com ([209.132.183.28]:29741) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X7p2W-0003so-Pp for qemu-devel@nongnu.org; Thu, 17 Jul 2014 13:00:16 -0400 Message-ID: <53C80114.7080302@redhat.com> Date: Thu, 17 Jul 2014 19:00:04 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1404032955-2591-1-git-send-email-marcel.a@redhat.com> <20140629113701.GA26161@redhat.com> <1405606506.2696.60.camel@localhost.localdomain> <53C7DB9F.1060305@redhat.com> <53C7F06B.4080103@suse.de> <20140717164731.23073.74542@loki> In-Reply-To: <20140717164731.23073.74542@loki> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] machine: replace underscores in machine's property names List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Roth , =?UTF-8?B?QW5kcmVhcyBGw6RyYg==?= =?UTF-8?B?ZXI=?= , Marcel Apfelbaum , Peter Maydell Cc: qemu-devel@nongnu.org, aliguori@amazon.com, "Michael S. Tsirkin" Il 17/07/2014 18:47, Michael Roth ha scritto: >> > My argument for getting this into 2.1 had been to avoid tools picking up >> > these to-be-renamed property names from the start. At this point, I'm >> > not so sure whether it's worse to break management tools or potentially >> > some rarely used/tested option - if we decide for 2.2, is backporting to >> > 2.1.1 an option if we document it in the release notes? > IMO, if there's some risk to breaking management or other tools, I'd > rather it be left to major releases. And if these values are already misnamed > for 2.1.0 and prior, I don't think we stop it from poliferating much more by > pushing the fix up by a few months. I'm not sure in which case management could break (except for qom-get). Andreas, can you explain? Paolo