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:[EMAIL PROTECTED]
> 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
> <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to