From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MlnOa-0000l1-P1 for qemu-devel@nongnu.org; Thu, 10 Sep 2009 13:25:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MlnOV-0000iF-3E for qemu-devel@nongnu.org; Thu, 10 Sep 2009 13:25:19 -0400 Received: from [199.232.76.173] (port=59032 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MlnOU-0000iC-UG for qemu-devel@nongnu.org; Thu, 10 Sep 2009 13:25:14 -0400 Received: from mail.gmx.net ([213.165.64.20]:36047) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1MlnOU-0007qR-35 for qemu-devel@nongnu.org; Thu, 10 Sep 2009 13:25:14 -0400 Date: Thu, 10 Sep 2009 19:24:58 +0200 From: Reimar =?iso-8859-1?Q?D=F6ffinger?= Subject: Re: [Qemu-devel] Re: QEMU patch management Message-ID: <20090910172458.GB16143@1und1.de> References: <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> <20090910084713.41dae0b4@doriath> <20090910120121.GB27014@amit-x200.redhat.com> <20090910092938.431a3622@doriath> <20090910125109.GB14681@1und1.de> <20090910101148.1af158bc@doriath> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090910101148.1af158bc@doriath> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Luiz Capitulino Cc: qemu-devel@nongnu.org On Thu, Sep 10, 2009 at 10:11:48AM -0300, Luiz Capitulino wrote: > On Thu, 10 Sep 2009 14:51:09 +0200 > Reimar Döffinger wrote: > > For me that is simply too much effort (I am after all a FFmpeg/MPlayer developer > > in the first place) and I'll probably just drop all the non-trivial > > changes I made because they have a too high merging effort. > > Not sure if this is what you meant but, having different trees for > different subsystems is one of the best ways to get large scale > development and that's how git was designed to work. My point was: If you tell people to just use their own repository to "maintain" some part without actually having some appropriate "power" to get things accepted and directing patches to that part "through" them, then I think that instead of managing things by subsystems (good) you end up with a "wilderness" of forks (very, very bad IMO).