I agree with Andrew. I don't think a vote is required.

It seems that people who are more for option #2 also said there are
pretty ok with option #1 too, while people who are mainly for option
#1 said 0 or -1 for options #2 and #3...

So even if I prefer option #2, I think option #1 got more "votes".

JM

2013/3/3 Andrew Purtell <apurt...@apache.org>:
> I'm not sure that is necessary. I think we can establish consensus without
> doing so, but if you like, call a vote.
>
>
> On Sun, Mar 3, 2013 at 10:12 PM, Ted <yuzhih...@gmail.com> wrote:
>
>> Do we need to start another thread voting for options 1 and 2 ?
>>
>> We should make a decision soon so that the next 0.94 release can be made.
>>
>> Cheers
>>
>> On Mar 3, 2013, at 5:50 AM, Andrew Purtell <apurt...@apache.org> wrote:
>>
>> > Concur. +1 on option #1 and #2, with #1 preferred, -1 on #3.
>> >
>> > On Sat, Mar 2, 2013 at 10:10 AM, lars hofhansl <la...@apache.org> wrote:
>> >
>> >> So it seems that until we have a stable 0.96 (maybe 0.96.1 or 0.96.2) we
>> >> have three options:
>> >> 1. Backport new features to 0.94 as we see fit as long as we do not
>> >> destabilize 0.94.
>> >> 2. Declare a certain point release (0.94.6 looks like a good candidate)
>> as
>> >> a "long term", create an 0.94.6 branch (in addition to the usual 0.94.6
>> >> tag) and than create 0.94.6.x fix only releases. I would volunteer to
>> >> maintain a 0.94.6 branch in addition to the 0.94 branch.
>> >> 3. Categorically do not backport new features into 0.94 and defer to
>> 0.95.
>> >>
>> >> I'd be +1 on option #1 and #2, and -1 on option #3.
>> >>
>> >> -- Lars
>> >
>> > --
>> > Best regards,
>> >
>> >   - Andy
>> >
>> > Problems worthy of attack prove their worth by hitting back. - Piet Hein
>> > (via Tom White)
>>
>
>
>
> --
> Best regards,
>
>    - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)

Reply via email to