From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [libvirt] Re: [Qemu-devel] Changing the QEMU svn VERSION string Date: Tue, 07 Apr 2009 08:52:46 -0500 Message-ID: <49DB5AAE.8050205@codemonkey.ws> References: <49DABC83.7010608@codemonkey.ws> <49DB0A6C.9080200@redhat.com> <20090407090322.GC31447@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gerd Hoffmann , qemu-devel@nongnu.org, libvir-list@redhat.com, kvm-devel To: veillard@redhat.com Return-path: Received: from wf-out-1314.google.com ([209.85.200.174]:43391 "EHLO wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756888AbZDGNw4 (ORCPT ); Tue, 7 Apr 2009 09:52:56 -0400 Received: by wf-out-1314.google.com with SMTP id 29so2772760wff.4 for ; Tue, 07 Apr 2009 06:52:54 -0700 (PDT) In-Reply-To: <20090407090322.GC31447@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: Daniel Veillard wrote: > On Tue, Apr 07, 2009 at 10:10:20AM +0200, Gerd Hoffmann wrote: > >> Hi, >> >> >>> I'd like to update the VERSION string in QEMU's svn tree. Right now, >>> it's 0.10.0 and since we have a 0.10.2 release, that's somewhat confusing. >>> >>> I don't want to make it 0.11.0 either because that's not going to be >>> reliable from a feature detection perspective. What I would like is to >>> make it 0.11.0-devel or something similar to that. >>> >> Maybe 0.10.99 ? Or 0.10.90, leaving the door open to number the 0.11 >> beta / rc versions (if any) 0.10.9{1,2,3}? >> > > Concur, we have no good way of representing something like 0.11.0-devel > from an rpm Name-Version-Release and be sure it won't break down the > road if we change our mind on the final naming scheme, while something > like 0.10.90 convey the intent while still being compatible with the > existing numbering scheme (plus it eventually forces you to release the > new version ;-) > I think that's going to lead to even more confusion. While I'm inclined to not greatly mind 0.10.99 for the development tree, when we do release candidates for the next release, it's going to be 0.11.0-rc1. I don't expect RPMs to ever be created from non-release versions of QEMU provided we stick to our plan of frequent releases. I still think libvirt should work with versions of QEMU/KVM built from svn/git though. I think the only way to do that is for libvirt to relax their version checks to accommodate suffixes in the form major.minor.stable-foo. Regards, Anthony Liguori > Daniel > >