From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55097) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHpSP-0005QP-AD for qemu-devel@nongnu.org; Thu, 23 Nov 2017 06:14:21 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHpSL-0005fk-H2 for qemu-devel@nongnu.org; Thu, 23 Nov 2017 06:14:13 -0500 Received: from mx1.redhat.com ([209.132.183.28]:58436) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eHpSL-0005ei-AM for qemu-devel@nongnu.org; Thu, 23 Nov 2017 06:14:09 -0500 Date: Thu, 23 Nov 2017 11:14:03 +0000 From: "Daniel P. Berrange" Message-ID: <20171123111403.GH8166@redhat.com> Reply-To: "Daniel P. Berrange" References: <20171110152017.24324-1-clg@kaod.org> <20171110152017.24324-2-clg@kaod.org> <715a7bd1-7aa5-fa64-a9b8-76782ee20576@redhat.com> <20171123110345.03541b50.cohuck@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] QEMU 3.0 ? (was: [PATCH for-2.12 v3 01/11] spapr: add pseries 2.12 machine type) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Cornelia Huck , Greg Kurz , Thomas Huth , David Gibson , =?utf-8?Q?C=C3=A9dric?= Le Goater , QEMU Developers On Thu, Nov 23, 2017 at 10:17:48AM +0000, Peter Maydell wrote: > On 23 November 2017 at 10:03, Cornelia Huck wrote: > > On Mon, 13 Nov 2017 08:14:28 +0100 > > Thomas Huth wrote: > > > >> By the way, before everybody now introduces "2.12" machine types ... is > >> there already a consensus that the next version will be "2.12" ? > >> > >> A couple of months ago, we discussed that we could maybe do a 3.0 after > >> 2.11, e.g. here: > >> > >> https://lists.gnu.org/archive/html/qemu-devel/2017-03/msg05056.html > >> > >> I'd still like to see that happen... Peter, any thoughts on this? > > > > So, as I just thought about preparing the new machine for s390x as > > well: Did we reach any consensus about what the next qemu version will > > be called? > > I haven't seen any sufficiently solid plan to make me want to > pick anything except "2.12". I would suggest we just make major version number changes explicitly an arbitrary choice. ie just bump the major version for the first release of each year. Or just always bump it when we get to x.5 o x.9. We have a planned deprecation process for making incompatible changes at an arbitrary time, with no need to batch it up in a "big bang" break the whole world release. This kind of incremental change is much preferred from libvirt POV, as adapting to a huge pile of changes at the same time is a much bigger burden to deal with. Regards, Daniel -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|