From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:43981) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5gRa-0003eq-80 for qemu-devel@nongnu.org; Thu, 08 Mar 2012 11:44:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S5gRV-0006BF-7z for qemu-devel@nongnu.org; Thu, 08 Mar 2012 11:43:57 -0500 Received: from mx1.redhat.com ([209.132.183.28]:25086) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S5gRU-0006B3-Vk for qemu-devel@nongnu.org; Thu, 08 Mar 2012 11:43:53 -0500 Message-ID: <4F58E298.7070002@redhat.com> Date: Thu, 08 Mar 2012 17:47:20 +0100 From: Kevin Wolf MIME-Version: 1.0 References: <4F582EDB.1040608@redhat.com> <4F58B5CB.8040503@codemonkey.ws> <20120308144958.GA25750@t420s.optimusnet> <4F58C897.5020405@codemonkey.ws> <4F58D441.60106@redhat.com> <20120308155703.GA30606@t420s.optimusnet> <4F58DA08.8080903@codemonkey.ws> <4F58DF9D.9060502@redhat.com> <4F58E01A.20402@codemonkey.ws> In-Reply-To: <4F58E01A.20402@codemonkey.ws> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC] Future goals for autotest and virtualization tests List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: Lucas Meneghel Rodrigues , QEMU devel , Scott Zawalski , Cleber Rosa , "kvm-autotest@redhat.com" , Ademar Reis Am 08.03.2012 17:36, schrieb Anthony Liguori: > On 03/08/2012 10:34 AM, Kevin Wolf wrote: >> Am 08.03.2012 17:10, schrieb Anthony Liguori: >>>> And, of course: >>>> [qemu]$ test-runner --remote=autotest.qemu.org tests.d/block >>> >>> I don't understand what this would do. >> >> From the previous discussions on this topic, I suppose it would task the >> autotest instance at autotest.qemu.org to run the block tests on my git >> tree and send me an email with the results, or something like that. For >> running full tests this would be a great thing to have, I don't want my >> own development boxes to be busy for several hours. Not sure if it can >> work for upstream, though. > > I don't think that's realistic from an upstream PoV. We don't have the > infrastructure today to host that and the companies that do have that > infrastructure behind their firewall I imagine. Yeah, that's what I imagine, too. It would still be useful to have support for this kind of things in the infrastructure so that people who do have access to a private test host can make use of it. Kevin