Yes, I agree with that.  In the example I used, things like master
poms which are infrastructure, or a minor site updates, or fixing
'moved' repositories which wouldn't let things build.   Those were our
only real exceptions.

Most changes we give the 72 hours for because if it's deserving of a
release, it's deserving of letting people spend some time reviewing
it.  In general I think the review process strengthen's the release.
It's an important step in 90% of the cases.

And I agree too that being clear about deadlines is important.

Scott

On Feb 11, 2011, at 3:36 AM, Daniel Shahaf <d...@daniel.shahaf.name> wrote:

> Phil Steitz wrote on Sat, Feb 05, 2011 at 22:32:24 -0500:
>> On 2/5/11 4:16 PM, Scott O'Bryan wrote:
>>> Bertrand,
>>>
>>> I agree.  The good thing about a vibrant community is that they
>>> generally enforce this.  All I'm saying is this shouldn't be a "must"
>>> requirement, rather it should be a shall and we can let the individual
>>> communities work out what exceptions they allow.
>> +1 - but so the whole community can follow what is going on, it is
>> best to be open about what the "exceptions" can be and also to
>> include end dates in posts that kick off VOTEs.
>>
>> Phil
>>> On Feb 5, 2011, at 2:13 PM, Bertrand Delacretaz <bdelacre...@apache.org> 
>>> wrote:
>>>
>>>> On Sat, Feb 5, 2011 at 2:56 PM, Scott O'Bryan <darkar...@gmail.com> wrote:
>>>>> ...I think it's important to keep things flexible because, as much as we
>>>>> would like everything to fit the same rules, some communities need to
>>>>> be a bit more dynamic and we need to trust the project PMC's and
>>>>> members to do what's best for the project and community.
>>>>>
>>>>> 72 hours is a good suggestion, but it shouldn't be mandatory...
>>>> A PMC that consistently uses voting periods shorter than 72 hours
>>>> would disempower people who cannot check the project lists every day.
>>>>
>>>> So I think 72 hour must be the rule, though exceptions are ok as you 
>>>> mention.
>>>>
>
> The rule ought to be that the vote is long enough to let everyone
> interested vote before closing of polls.  But at Subversion we never had
> long discussions about a holy Seventy Two Hours boundary...
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org
>

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

Reply via email to