From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mli7c-0002sz-RZ for qemu-devel@nongnu.org; Thu, 10 Sep 2009 07:47:28 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mli7Y-0002ml-Uc for qemu-devel@nongnu.org; Thu, 10 Sep 2009 07:47:28 -0400 Received: from [199.232.76.173] (port=52871 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mli7Y-0002mh-JF for qemu-devel@nongnu.org; Thu, 10 Sep 2009 07:47:24 -0400 Received: from mx1.redhat.com ([209.132.183.28]:56874) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mli7Y-00069o-3T for qemu-devel@nongnu.org; Thu, 10 Sep 2009 07:47:24 -0400 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n8ABlM6q014168 for ; Thu, 10 Sep 2009 07:47:23 -0400 Date: Thu, 10 Sep 2009 08:47:13 -0300 From: Luiz Capitulino Subject: Re: [Qemu-devel] [PATCH] [RESEND2] Qemu unmaintained? Message-ID: <20090910084713.41dae0b4@doriath> In-Reply-To: <20090910100804.GA7992@amit-x200.redhat.com> References: <20090902074905.GB25711@chrom.inf.tu-dresden.de> <20090909121817.GA21997@chrom.inf.tu-dresden.de> <4AA7A6EC.10907@codemonkey.ws> <20090910070336.GD3351@amit-x200.redhat.com> <20090910075644.GA6769@1und1.de> <20090910100804.GA7992@amit-x200.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Amit Shah Cc: qemu-devel@nongnu.org On Thu, 10 Sep 2009 15:38:04 +0530 Amit Shah wrote: > > - URL of staging tree > > Might help; but various developers might have their own staging trees > (as it now is). If things change in the future, this will have to be > modified. I think he's talking about Anthony's staging, which is the most important one for those submitting patches. I might be wrong about this but, the Linux kernel way of having people maintaining subsystems didn't work out here yet. This discussion makes me think that the subject should be 'QEMU development process'.