Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 74969 invoked from network); 23 Dec 2005 15:57:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Dec 2005 15:57:34 -0000 Received: (qmail 48882 invoked by uid 500); 23 Dec 2005 15:57:29 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 48469 invoked by uid 500); 23 Dec 2005 15:57:27 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 48458 invoked by uid 99); 23 Dec 2005 15:57:26 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Dec 2005 07:57:26 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [128.195.24.168] (HELO scotch.ics.uci.edu) (128.195.24.168) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Dec 2005 07:57:26 -0800 Received: from scotch.ics.uci.edu (localhost [127.0.0.1]) by scotch.ics.uci.edu (8.12.11/8.12.11) with ESMTP id jBNFv4A3006249 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Fri, 23 Dec 2005 07:57:04 -0800 (PST) Received: (from jerenk@localhost) by scotch.ics.uci.edu (8.13.4+Sun/8.12.11/Submit) id jBNFv4D9006248 for general@incubator.apache.org; Fri, 23 Dec 2005 07:57:04 -0800 (PST) X-Authentication-Warning: scotch.ics.uci.edu: jerenk set sender to justin@erenkrantz.com using -f Date: Fri, 23 Dec 2005 07:57:04 -0800 From: Justin Erenkrantz To: general@incubator.apache.org Subject: Re: Is the incubator out of control? Message-ID: <20051223155704.GI820@scotch.ics.uci.edu> References: <96B33608-506E-46A1-A31B-7B2E4F342B80@sauria.com> <3632699A-C493-4D8C-AAF7-43F7B7463FFB@sauria.com> <1135323792.2818.5.camel@localhost.localdomain> <20051223090732.GH820@scotch.ics.uci.edu> <672E0654-232F-44C6-A92F-EBE691AC02E2@apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <672E0654-232F-44C6-A92F-EBE691AC02E2@apache.org> User-Agent: Mutt/1.5.11 X-Spam-Checker-Version: SpamAssassin 3.2.0-r232569 (2005-08-13) on scotch.ics.uci.edu X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=no version=3.2.0-r232569 X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Fri, Dec 23, 2005 at 09:11:55AM -0500, Geir Magnusson Jr. wrote: > I am no longer convinced of this. Having the Incubator PMC there as > a "check and balance" is a good thing as it requires engagement from > others interested in this aspect of ASF life. It prevents one > individual or one PMC from being able to make significant social or > technological change, or at least ensure that there is a > theoretically impartial observer keeping track. It allows interested > members and other community members to "put their money where their > mouth is" on this topic, and join the Incubator PMC to help out. I don't think that can scale appropriately. Why would the Incubator PMC know more about whether mod_ftp is a good fit for the Foundation than the entire HTTP Server PMC? > I think that there's little downside to this. A check on the > Incubator PMC is the board - any member or PMC could appeal to the > board in the event that they believed their proposals were not being > treated fairly, or if the Incubator PMC was behaving in general in a > way they disagreed with. > > And the board has to answer to the membership. I believe that there is *major* downside to having the Incubator PMC second-guess the decisions of other PMCs. If someone doesn't like the decision of a PMC, they shouldn't be able to use the Inucbator PMC as cover for their attacks. People who don't like what's going on in that PMC should confront that PMC directly. If they don't like what's going on in that PMC and have tried to redress their grievances directly, they can go to the Board. Although, the Board is rightly wary of interposing itself in technical decisions. We have no idea what makes technical sense or not either. > >Cynics like me are the *worst* possible judges of what's cool and > >what's > >not. That's the fundamental problem I have with this entire > >thread: people > >are trying to limit the growth or exclude projects. How? On what > >basis? > > I agree here - I would never want to exclude based on technology. I > do the thought experiment from time to time and ask myself which > projects I would have excluded if ordered to limit growth at the ASF, > and I never have a good answer. Maybe not let those "toaster language > bytecode people" in? I think our current java communities are a > *huge* asset. How about the pointy-bracket folks? > > We need to actually increase our technical diversity here - we have > no real Ruby-oriented communities, nor any coherent .NET identity, > and I think that's going to hurt us in the long run. That's why this talk about limiting growth is so dangerous. The foundation should go where our PMCs and our members want. -- justin --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org