From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=33593 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OgE2Q-0000F2-Dx for qemu-devel@nongnu.org; Tue, 03 Aug 2010 05:43:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OgE2O-0001zr-W7 for qemu-devel@nongnu.org; Tue, 03 Aug 2010 05:43:58 -0400 Received: from mx1.redhat.com ([209.132.183.28]:17703) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OgE2O-0001zg-PL for qemu-devel@nongnu.org; Tue, 03 Aug 2010 05:43:56 -0400 Date: Tue, 3 Aug 2010 10:43:51 +0100 From: "Richard W.M. Jones" Subject: Re: [Qemu-devel] [PATCH] move 'unsafe' to end of caching modes in help Message-ID: <20100803094351.GA16372@amd.home.annexia.org> References: <4C485383.8020904@codemonkey.ws> <4C4DAF94.1040300@codemonkey.ws> <4C4DB74F.7090507@redhat.com> <4C4DBA71.1000808@codemonkey.ws> <4C4DBDCC.8090408@redhat.com> <4C4DDB25.90000@codemonkey.ws> <4C4DDFDC.3000608@redhat.com> <4C4DE38E.4050900@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Bruce Rogers , qemu-devel@nongnu.org, Avi Kivity On Tue, Jul 27, 2010 at 10:26:10AM +0200, Markus Armbruster wrote: > Anthony Liguori writes: > > > On 07/26/2010 02:19 PM, Avi Kivity wrote: > [...] > >> Regardless, outside of Windows users qemu will mostly be consumed > >> via distribution branches, with different levels of backport > >> happiness. We should recognize that and work with it, not against > >> it. > > > > And it's trivially easy for libvirt to deal with this. They simply > > have to do: `cat /etc/redhat-release` or `cat /etc/suse-release` and > > adjust version logic accordingly. > > It's always trivially easy for *another* project to do the work. > > > It's an easy change for libvirt to make, and the problem goes away for > > the future. If such a change was made, I'd be inclined to take a > > patch like this now to make up for the difference. > > > > But as I said, we've been accommodating libvirt's use of help for a > > long time now. We shouldn't let perfect (omnipotent capabilities > > system) stand in the way of good (version/feature matrix). > > We've declared our intention to provide a decent capability system (I > said decent, not perfect). If I know anything about libvirt developers, > they'll *jump* at the chance to replace their existing code by a > capability system, because they consider their existing code messy and > brittle. I'd just like to AOL /me too here: libguestfs suffers all the same problems parsing help. Using version is a silly suggestion IMHO. We'd like a capabilities interface, even if it's not perfect. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora