Scratching my head as I assumed it was a normal non-tech vote conducted on
the PPMC private list, majority wins, must be at least 3 votes. The one
'additional' rule I assumed was that the same must be true of PMC members
voting; effectively the PPMC vote needs to include 3 mentor +1s. If a vote
con
I'm of the opinion that if there isn't something broken, we should try to
change it. Likewise, if there's a process in place that works well for
TLP's I'm extremely hesitant to make something incubator specific.
At the same time, I've seen the process break the way Craig's described.
Coaching on
I'm of two minds on this: on one hand, in the beginning of the
incubation process something
like this certainly makes sense. Yet, towards the graduation we should
really encourage
the PPMC to behave more like a TLP PMC. As such they should have an
option NOT to
follow these somewhat arbitrary rule
Hi
It sounds good to me. It's a good idea.
Regards
JB
On Nov 3, 2017, 18:34, at 18:34, Craig Russell wrote:
>I'd like to see a change in incubator policy w.r.t. voting new
>committers.
>
>While there are no Foundation policies on how to vote new committers,
>we do have best practices documented
I'd like to see a change in incubator policy w.r.t. voting new committers.
While there are no Foundation policies on how to vote new committers, we do
have best practices documented in http://community.apache.org/newcommitter.html
that explicitly calls for consensus approval of at least three po