Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Date: Sat, 31 May 2003 10:44:21 +0100
Subject: Re: [PROPOSAL] sandbox karma for "Howard M. Lewis
 Ship"hlship@apache.org
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v482)
From: robert burrell donkin <robertburrelldonkin@blueyonder.co.uk>
To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
Content-Transfer-Encoding: 7bit
In-Reply-To: <003f01c326e2$eebc7b60$252929d9@oemcomputer>
Message-Id: <74E2C668-934C-11D7-BEBD-003065DC754C@blueyonder.co.uk>

things are a little confused but this is the way i see it...

infrastructure aren't really happy with people being granted access 
without going through the jakarta pmc. as far as what process is necessary,
  that's up to the jakarta pmc. (there doesn't seem to be much enthusiasm 
on there for formal voting so i'll just be lazy consensus.) we don't need 
a vote on the commons list but someone needs post a request to the jakarta 
pmc.

i don't think that the [PROPOSAL] prefix was a good idea and probably the 
way howard did it was better (posting a personal request to the pmc).

- robert

On Friday, May 30, 2003, at 08:37 PM, Stephen Colebourne wrote:

> I agree with Tim, Howard should just be granted karma I believe...
> +1 otherwise
> Stephen
> ----- Original Message -----
> From: "Tim O'Brien" <tobrien@discursive.com>
> To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
> Sent: Thursday, May 29, 2003 10:59 PM
> Subject: Re: [PROPOSAL] sandbox karma for "Howard M. Lewis
> Ship"hlship@apache.org
>
>
>> +1, but I'm not really sure if this is a binding vote.  Assume, I'm
>> voting as Commons committer *only*.
>>
>> I'm a little confused, my understanding of the current system is: Any
>> Jakarta Committer can simply ask for karma to the sandbox.  Someone like
>> Craig usually just makes the appropriate changes to the avail file (or
>> so I assume), and the deal is done.
>>
>> So, Tapestry just navigated the Incubator, and is now a part of
>> Jakarta.  Howard is a Jakarta committer, and all he has to do is ask.
>> That's straightforward, no PMC vote, no Commons Committer vote needed.
>> I believe that someone just needs to give him karma - that would be in
>> line with past practices.
>>
>> The confusing part comes in when someone who is not a Jakarta Committer
>> wants access to the commons-sandbox.  I think people just wanted
>> non-Jakarta committers to have the approval of the Jakarta PMC before
>> being granted karma.  I'm not batting for that "side" per se, but the
>> PMC maintains an oversight role for new committers (i.e. requests for
>> new accounts come from the PMC) - the "opposition" in this case just
>> wants the PMC to have some oversight when a non-Jakarta committer
>> requests access.  Does that make any sense?
>>
>> In Howard's case, he's a Tapestry committer - I don't see the need for a
>> vote.
>>
>>
>>
>>
>>
>> (which includes a lot of Ant, DB, James, Maven committers
>>
>>
>> On Thu, 2003-05-29 at 18:57, dion@multitask.com.au wrote:
>>> +1
>>> --
>>> dIon Gillard, Multitask Consulting
>>> Blog:      http://www.freeroller.net/page/dion/Weblog
>>> Work:      http://www.multitask.com.au
>>>
>>>
>>> robert burrell donkin <rdonkin@apache.org> wrote on 30/05/2003 07:27:29
>>> AM:
>>>
>>>> Howard M. Lewis Ship (well known as a leading light of the recently
>>>> incubated tapestry project) would like access to the commons-sandbox
> in
>>>> order to work on a new component as outlined below in the following
>>> email:
>>>>
>>>>
>>>
> http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=105416555202303&w=2
>>>>
>>>> i'd like to propose that we grant him karma.
>>>>
>>>> (i know that the debate about processes is still on going but i
> thought
>>>> that might as well have an example to talk about ;)
>>>>
>>>> - robert
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>>>
>>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> 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
>


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org