Makes sense to me.  The voting document itself be updated I guess.

Regards,
Alan

On Feb 5, 2011, at 5:56 AM, Scott O'Bryan wrote:

> Yeah I agree with this.  At MyFaces we typically way the 72 hours, but
> for security things or master pom updates which prevent a built, we
> often adopt "lazy consensus" type rule and fudge the timeframe with
> enough community votes.
> 
> 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.
> 
> My .02..
> 
> Scott
> 
> On Feb 4, 2011, at 11:49 PM, Mladen Turk <mt...@apache.org> wrote:
> 
>> On 02/04/2011 10:52 PM, Alan D. Cabrera wrote:
>>> 
>>> http://www.apache.org/foundation/voting.html
>>> 
>> 
>> Note the wording: "should".
>> Sometimes 72 hours is just too long, especially
>> for security related releases. In that (or any other
>> special) case RM can call for a shorter, or even
>> longer window.
>> 
>> 
>> Regards
>> --
>> ^TM
>> 
>> ---------------------------------------------------------------------
>> 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
> 


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

Reply via email to