Re: [Qemu-devel] [PATCH] move 'unsafe' to end of caching modes in help

[Richard W.M. Jones]

On Tue, Jul 27, 2010 at 10:26:10AM +0200, Markus Armbruster wrote:
> Anthony Liguori <address@hidden> 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