Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1QrEuF-0003Ux-CG for bitcoin-development@lists.sourceforge.net; Wed, 10 Aug 2011 19:57:35 +0000 X-ACL-Warn: Received: from mail-iy0-f171.google.com ([209.85.210.171]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1QrEuE-0007Ar-KC for bitcoin-development@lists.sourceforge.net; Wed, 10 Aug 2011 19:57:35 +0000 Received: by iyf13 with SMTP id 13so1931478iyf.30 for ; Wed, 10 Aug 2011 12:57:29 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.162.193 with SMTP id z1mr9600102icx.134.1313006249132; Wed, 10 Aug 2011 12:57:29 -0700 (PDT) Received: by 10.42.226.4 with HTTP; Wed, 10 Aug 2011 12:57:29 -0700 (PDT) X-Originating-IP: [99.173.148.118] In-Reply-To: <201108102032.00373.andyparkins@gmail.com> References: <201108102032.00373.andyparkins@gmail.com> Date: Wed, 10 Aug 2011 15:57:29 -0400 Message-ID: From: Jeff Garzik To: Andy Parkins Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. X-Headers-End: 1QrEuE-0007Ar-KC Cc: bitcoin-development@lists.sourceforge.net Subject: Re: [Bitcoin-development] Change to multiple executables? X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2011 19:57:35 -0000 On Wed, Aug 10, 2011 at 3:32 PM, Andy Parkins wrote= : > People get itches and they want to scratch them. =A0They aren't paid, so = they > don't necessarilly want to turn up and be told which part they _should_ b= e > working on. =A0The choice is not "bug fix that Gavin wants" or "new featu= re > that New Developer wants", it is "New Feature" or nothing. This is true -- though there is value to having a list of "things we think people should focus on" for the motivated, and for new people interested in tackling a project, but not sure what project to tackle. >> there would be less pressure to help with the boring bug-fixing and >> testing of the bug-fix branch, which I think would be bad. > > That pressure might be relieved if the community were able to grow a bit, > and people felt they had a personal investment. =A0That means loosening t= he > reigns a bit; and perhaps a development branch would be the way to do tha= t > while not compromising code quality. A centrally managed development branch on bitcoin/bitcoin.git is not the way to do it, however. See the description of linux-next, in my previous email, for a more distributed method which can easily be layered on top of the existing bitcoin dev structure by any motivated volunteer(s). Think distributed. :) The community does not need Linus's help (linux-next) or Gavin's help (bitcoin-next) to do this. linux-next became so widely used and useful that Linus requires almost all changes to be first staged in linux-next. --=20 Jeff Garzik exMULTI, Inc. jgarzik@exmulti.com