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