Thanks, Marlon. I agree it is important to keep the [VOTE] thread clean, as it can be hard to count vote emails that don't clearly say what their vote is :)
Confusingly for me, Gmail merged the [VOTE] and the [DISCUSS] thread - even if I sent it as a brand new message without any In-Reply-To headers.. perhaps the subject needs to vary also outside the [brackets] :) On 19 February 2016 at 16:18, Pierce, Marlon <[email protected]> wrote: > It is usual for the [VOTE] thread to be +1, -1, or 0 only. The [DISCUSS] > thread is the place to provide details on why you voted a particular way. > > If a bug is uncovered in a release candidate (as you have found here), you > can cancel the vote since you must fix. There can be other reasons for -1 > votes that may be more subjective. In those cases, the vote can go to > conclusion. > > Marlon > > > > > On 2/19/16, 10:47 AM, "Stian Soiland-Reyes" <[email protected]> wrote: > >>I think the Release Manager is the only one with the Veto to cancel a >>release vote, as (s)he is the one doing the release. (He's free to not >>do the release) >> >>Anyone else is however also free to step in as another release manager >>and ask for a vote on the same artifacts :) >> >>On 19 February 2016 at 15:43, alaninmcr <[email protected]> wrote: >>> On 19/02/2016 15:38, Stian Soiland-Reyes wrote: >>>> >>>> I can confirm this in Windows with both java 8u40 and 8u74. >>>> >>>> https://issues.apache.org/jira/browse/TAVERNA-920 >>>> >>>> I think this means I'll cancel the vote. (But feel free to keep checing! >>>> ;-)) >>> >>> >>> Is it normal to cancel a vote, or to let it run and fail? I'm slightly wary >>> of you having the power to cancel the vote, even though you called it :D >>> >>> Alan (being awkward) >> >> >> >>-- >>Stian Soiland-Reyes >>Apache Taverna (incubating), Apache Commons RDF (incubating) >>http://orcid.org/0000-0001-9842-9718 -- Stian Soiland-Reyes Apache Taverna (incubating), Apache Commons RDF (incubating) http://orcid.org/0000-0001-9842-9718
