Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S286825AbSA2XPq>; Tue, 29 Jan 2002 18:15:46 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S285692AbSA2XOT>; Tue, 29 Jan 2002 18:14:19 -0500
Received: from nat.transgeek.com ([66.92.79.28]:63984 "EHLO smtp.transgeek.com")
	by vger.kernel.org with ESMTP id <S286647AbSA2XNx>;
	Tue, 29 Jan 2002 18:13:53 -0500
Content-Type: text/plain; charset=US-ASCII
From: Craig Christophel <merlin@transgeek.com>
To: Bill Davidsen <davidsen@tmr.com>
Subject: Re: A modest proposal -- We need a patch penguin
Date: Tue, 29 Jan 2002 18:14:34 -0500
X-Mailer: KMail [version 1.3.1]
In-Reply-To: <Pine.LNX.3.96.1020129173907.31511C-100000@gatekeeper.tmr.com>
In-Reply-To: <Pine.LNX.3.96.1020129173907.31511C-100000@gatekeeper.tmr.com>
Cc: linux-kernel@vger.kernel.org
MIME-Version: 1.0
Content-Transfer-Encoding: 7BIT
Message-Id: <20020130041456.B4F20B581@smtp.transgeek.com>
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

> Linus, I think I hear people you said you trust telling you this... take
> the little bits out of band and TRUST people to give you patches which go
> in 2.5.x now, not when or if you get to it. Having you approve trivial
> stuff is a waste of what you do best, and I think all the versions show
> you're not even being effective at that. Don't you HATE looking at
> spelling errors, off-by-one logic, corner cases, and stuff like that? Farm
> it out and let other people do it, and work on the fun stuff.

	aasn, (as a side note)  It's really hard to allow people to just change the 
little peices.  The little peices soon become larger and more complex.  This 
is a really difficult transition in moving from (my personal perspective) an 
exciting young code base to a maturing and well functioning/planned setup.  
The only thing I have to say is that Linus had better pick his talent and 
friends well, because even if the codebase does not split today, what is to 
keep it from doing so in the future when even more complexities arise.  

	Linus,
		It doesn't have to be difficult, just as you have maintainers for the 
"stable" series yet still have a say on what happens, define the level of 
modularity you would like to happen for different maintainers to be able to 
take care of their little peices and it will happen.  Please do not allow the 
BSD split to happen here.  Be proactive and take a hard look at what you 
really want.  

	Please,

Craig.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/