From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=59659 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <lcapitulino@redhat.com>) id 1RqUvF-0000v7-AS
	for qemu-devel@nongnu.org; Thu, 26 Jan 2012 14:23:54 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <lcapitulino@redhat.com>) id 1RqUvB-00037x-2P
	for qemu-devel@nongnu.org; Thu, 26 Jan 2012 14:23:46 -0500
Received: from mx1.redhat.com ([209.132.183.28]:29640)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <lcapitulino@redhat.com>) id 1RqUvA-00037q-TA
	for qemu-devel@nongnu.org; Thu, 26 Jan 2012 14:23:45 -0500
Date: Thu, 26 Jan 2012 17:23:32 -0200
From: Luiz Capitulino <lcapitulino@redhat.com>
Message-ID: <20120126172332.4a164444@doriath.home>
In-Reply-To: <4F20CEA2.8020308@redhat.com>
References: <4ED8DF02.5060605@redhat.com> <4ED8E5A3.2080909@codemonkey.ws>
	<20111202150850.GJ2274323@orkuz.home>
	<4ED8EB8B.9090800@codemonkey.ws> <4ED9271E.7020800@redhat.com>
	<4ED935E9.4050006@codemonkey.ws> <4F20CEA2.8020308@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [libvirt]  libvirt doesn't work with qemu 1.0
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Eric Blake <eblake@redhat.com>
Cc: libvir-list@redhat.com, Gerd Hoffmann <kraxel@redhat.com>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>

On Wed, 25 Jan 2012 20:55:14 -0700
Eric Blake <eblake@redhat.com> wrote:

> On 12/02/2011 01:32 PM, Anthony Liguori wrote:
> >> But we already have to call 'qemu -h' for other reasons; so we might as
> >> well be efficient and learn as much as possible from that result than by
> >> calling both 'qemu -h' and 'qemu -qmp ...', in order to probe what qemu
> >> supports.
> >>
> >> Also, 'qemu -qmp' doesn't work.  What's the proper syntax for invoking
> >> qemu in order to query QMP capabilities, but without also starting up a
> >> guest?
> > 
> > 
> > anthony@titi:~/build/qemu$ (sleep 1; echo -e '{"execute":
> > "qmp_capabilities"}\n{"execute": "quit"}') |
> > x86_64-softmmu/qemu-system-x86_64 -qmp stdio -S -display none | head -1
> > {"QMP": {"version": {"qemu": {"micro": 94, "minor": 15, "major": 0},
> > "package": ""}, "capabilities": []}}
> 
> Doesn't work on 0.12 (the first version with qmp):

There's another problem lurking here, and I think it's a more serious one:
I don't we are doing proper integration tests with libvirt (we == qemu, but
mostly me).

My tests are sporadic and mostly manual (I used to use libvirt-tck, but it's
been a while since I ran it last time).

Is libvirt-tck the recommended way to run integration tests? If it's we should
be running it frequently.