From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LrRNY-0002iB-Mf for qemu-devel@nongnu.org; Wed, 08 Apr 2009 02:35:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LrRNV-0002cR-0c for qemu-devel@nongnu.org; Wed, 08 Apr 2009 02:35:20 -0400 Received: from [199.232.76.173] (port=44441 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LrRNU-0002cN-Ns for qemu-devel@nongnu.org; Wed, 08 Apr 2009 02:35:16 -0400 Received: from mx2.redhat.com ([66.187.237.31]:59619) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LrRNU-0007px-9z for qemu-devel@nongnu.org; Wed, 08 Apr 2009 02:35:16 -0400 Message-ID: <49DC459D.1070909@redhat.com> Date: Wed, 08 Apr 2009 08:35:09 +0200 From: Gerd Hoffmann MIME-Version: 1.0 Subject: Re: [libvirt] Re: [Qemu-devel] Changing the QEMU svn VERSION string References: <49DABC83.7010608@codemonkey.ws> <49DB0A6C.9080200@redhat.com> <20090407090322.GC31447@redhat.com> <49DB5AAE.8050205@codemonkey.ws> <20090407171324.GB31824@shareable.org> In-Reply-To: <20090407171324.GB31824@shareable.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jamie Lokier Cc: libvir-list@redhat.com, qemu-devel@nongnu.org, kvm-devel On 04/07/09 19:13, Jamie Lokier wrote: > Anthony Liguori wrote: >> 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. > > Ok, but try to stick to a well-defined rule about what suffix means > "later" or "earlier". In package managers, "1.2.3-rc1" is typically > seen as a later version than "1.2.3" purely due to syntax. Fedora typically handles this using a leading zero in the 'release' component for pre-final versions, like this: app-1.2.3-0.rc1.fc11 (rc/beta) and app-1.2.3-1.fc11 (final). Likewise for snapshots: app-1.2.3-0.svn${date}.fc11 > If you're > consistently meaning "0.11.0-rc1" is earlier than "0.11.0" (final), > that might need to be encoded in libvirt and other wrappers, if they > have any fine-grained version sensistivity such as command line > changes or bug workarounds. libvirt scans the help text to figure which features are present (checking for as -drive and -uuid cmd line switches for example). cheers, Gerd