Daniel P. Berrange berra...@redhat.com writes:
On Wed, Jul 25, 2012 at 02:47:57PM -0500, Anthony Liguori wrote:
The help output is going to change dramatically for 0.13. We've
spent too long
waiting for a perfect solution to capabilities handling and the end loser is
the direct consumer of
On Fri, Jul 27, 2012 at 01:23:03PM +0200, Markus Armbruster wrote:
Assuming version X (according to query-version) supports no less than
upstream version X sounds fair.
If a command line option has a corresponding QMP command, probing QMP
for the feature suffices. For instance,
Daniel P. Berrange berra...@redhat.com writes:
On Fri, Jul 27, 2012 at 01:23:03PM +0200, Markus Armbruster wrote:
Assuming version X (according to query-version) supports no less than
upstream version X sounds fair.
If a command line option has a corresponding QMP command, probing QMP
Paolo Bonzini pbonz...@redhat.com writes:
Il 26/07/2012 16:10, Anthony Liguori ha scritto:
Yup.
You could do:
qom-list-types implements=TYPE_DEVICE
And that will give you the various types. We'll need to add a:
device-list-properties typename=FOO
I've got a patch locally for
Il 26/07/2012 16:10, Anthony Liguori ha scritto:
Yup.
You could do:
qom-list-types implements=TYPE_DEVICE
And that will give you the various types. We'll need to add a:
device-list-properties typename=FOO
I've got a patch locally for that that I'm testing right now. Paolo and
I
On Fri, Jul 27, 2012 at 01:23:03PM +0200, Markus Armbruster wrote:
Daniel P. Berrange berra...@redhat.com writes:
The above would take care of probably 50% of the current libvirt
capabilities probing, including a portion of the -help stuff. Then
there is all the rest of the crap we detect
Daniel P. Berrange berra...@redhat.com writes:
On Fri, Jul 27, 2012 at 01:23:03PM +0200, Markus Armbruster wrote:
Daniel P. Berrange berra...@redhat.com writes:
The above would take care of probably 50% of the current libvirt
capabilities probing, including a portion of the -help stuff.
On Wed, Jul 25, 2012 at 02:47:57PM -0500, Anthony Liguori wrote:
The help output is going to change dramatically for 0.13. We've spent too
long
waiting for a perfect solution to capabilities handling and the end loser is
the direct consumer of QEMU because the help output is awful.
I will
On Thu, Jul 26, 2012 at 01:47:23PM +0100, Daniel P. Berrange wrote:
On Wed, Jul 25, 2012 at 02:47:57PM -0500, Anthony Liguori wrote:
The help output is going to change dramatically for 0.13. We've spent too
long
waiting for a perfect solution to capabilities handling and the end loser is
Daniel P. Berrange berra...@redhat.com writes:
On Thu, Jul 26, 2012 at 01:47:23PM +0100, Daniel P. Berrange wrote:
On Wed, Jul 25, 2012 at 02:47:57PM -0500, Anthony Liguori wrote:
The help output is going to change dramatically for 0.13. We've spent too
long
waiting for a perfect
The help output is going to change dramatically for 0.13. We've spent too long
waiting for a perfect solution to capabilities handling and the end loser is
the direct consumer of QEMU because the help output is awful.
I will not apply any patches that change help output until 0.13 development
[adding libvirt]
On 07/25/2012 01:47 PM, Anthony Liguori wrote:
The help output is going to change dramatically for 0.13. We've spent too
long
0.13? How long have you been sitting on this commit? :)
waiting for a perfect solution to capabilities handling and the end loser is
the direct
Eric Blake ebl...@redhat.com writes:
[adding libvirt]
On 07/25/2012 01:47 PM, Anthony Liguori wrote:
The help output is going to change dramatically for 0.13. We've spent too
long
0.13? How long have you been sitting on this commit? :)
Yeah, I meant 1.3 :-) It's been a long day...
13 matches
Mail list logo