Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 8474 invoked from network); 21 Oct 2004 08:54:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 21 Oct 2004 08:54:30 -0000 Received: (qmail 46873 invoked by uid 500); 21 Oct 2004 08:54:15 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 46593 invoked by uid 500); 21 Oct 2004 08:54:12 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 46573 invoked by uid 99); 21 Oct 2004 08:54:12 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [205.160.101.145] (HELO hqexch01.upstate.com) (205.160.101.145) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 21 Oct 2004 01:54:10 -0700 Received: from IQUITOS ([172.21.131.28]) by hqexch01.upstate.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id SRSYPGP8; Thu, 21 Oct 2004 04:58:00 -0400 Reply-To: From: "Eric Pugh" To: "Jakarta Commons Developers List" , "Craig McClanahan" Subject: RE: [feedparser] Getting Brad Neuberg CVS commit Date: Thu, 21 Oct 2004 09:54:07 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I know it feels like a chicken and an egg sort of problem... One of the historical aspects of commons is that half the code came from other projects, and half started from scratch. At least for the code that came from other projects meant that they already had committers involved, facilitating access. And those started from scratch where started by people involved in Commons already. I always recommend that someone pick up one or two projects to be involved with. That way, as traction is lost on one, progress can be made on the other, and you don't get too siloed... I am sure that with a periond of involvement the demonstrates his abilities and that he gets the "Apache Way" that he will gain access. We just all need to get to know him! Eric > -----Original Message----- > From: Craig McClanahan [mailto:craigmcc@gmail.com] > Sent: Thursday, October 21, 2004 2:26 AM > To: Jakarta Commons Developers List > Subject: Re: [feedparser] Getting Brad Neuberg CVS commit > > > On Wed, 20 Oct 2004 17:14:33 -0700, Kevin A. Burton > wrote: > > > > Brad is working full time on feedparser and you're essentially telling > > him he can't get CVS access until its 1.0. How are we supposed to GET it > > to 1.0 it he can't get CVS access? > > > > That's certainly not clear from the email history. For example, you > could help this cause a lot if you mentioned (in your CVS commit > messages) which one were applied because Brad did them instead of you. > Nobody can tell that he did *any* of the work. > > > Do you see the problem here? > > > > I think the issue is that right now for the jakarta sandbox if you give > > Brad access then you're giving him access to a number of other projects. > > He doesn't want access to other projects he just wants access > to FeedParser. > > > > The deeper issue is that you seem to expect Apache to work like > SourceForge, which it doesn't. Committer access is earned (based on > demonstrated contributions), not requested -- and it's voted on by > other committers (in this particular case, those who commit to Jakarta > Commons projects), not granted to non-current-committers simply > because of asking. > > The fact that jakarta-commons-sandbox is all under the control of a > single set of karma is an unfortunate fact of our current CVS > implementation, but it makes absolutely no difference to the case. > Any prospective Commons committer who couldn't be trusted to play by > the rules shouldn't be a committer on *any* Apache project. On the > other hand, granting sandbox-wide or commons-wide (which happens when > sandbox projects get promoted) karma is a key tool in increasing the > community of active developers on individual packages, because it > reduces the barrier to jump in and help. > > > > > > > Kevin > > > Craig > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org