incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ate Douma <...@douma.nu>
Subject Re: Evolution instead of a revolution (Was: Time to vote the chair?)
Date Fri, 03 Feb 2012 19:23:11 GMT
On 02/03/2012 06:47 PM, Karl Wright wrote:
> +1 on this.  Work the bugs out before everyone transitions.

+1 on that

Ate

>
> Karl
>
> On Fri, Feb 3, 2012 at 12:27 PM, Jukka Zitting<jukka.zitting@gmail.com>  wrote:
>> Hi,
>>
>> [Forking a new thread thread to make this easier to track.]
>>
>> On Fri, Feb 3, 2012 at 5:22 PM, Mattmann, Chris A (388J)
>> <chris.a.mattmann@jpl.nasa.gov>  wrote:
>>> http://wiki.apache.org/incubator/IncubatorDeconstructionProposal
>>
>> As already mentioned by others, instead of deconstructing everything
>> in one go, wouldn't it make more sense to gradually shift into a new
>> way of doing things?
>>
>> You're proposing that podlings should start as full TLPs (with ASF
>> members on board for mentoring) right from the beginning. Instead of
>> changing the rules on all podlings at the same time, how about we try
>> this out by giving interested podlings (or new proposals) this "direct
>> to TLP" option?
>>
>> If that works out better than the current Incubator model, we can stop
>> accepting more old-style podlings and just direct them into TLPs right
>> from the beginning. Meanwhile any existing podlings should have a
>> chance to graduate under the existing rules unless they rather choose
>> to use this "direct to TLP" option.
>>
>> If as a result there's no more podlings in the Incubator, that's IMHO
>> then the right time to shut down the IPMC, not before. And if it turns
>> out that the proposed new model doesn't work as expected, we still
>> have the current processes and structures to fall back to.
>>
>> The current Incubator model certainly has flaws, but it also does a
>> lot of things right. There are good reasons for things like the extra
>> publicity and release constraints placed on podlings, and the proposed
>> model doesn't address how such restrictions would still work without
>> the incubator. I note that many of the original constraints of the
>> Incubator (no releases, etc.) turned out to be unnecessarily strict in
>> practice, so it could well be that everything will work out smoothly
>> also without the extra red tape. But small, reversible steps into such
>> unknown territory are clearly preferable to major leaps of faith.
>>
>> BR,
>>
>> Jukka Zitting
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: general-help@incubator.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Mime
View raw message