> That hardly ever happens (it's most likely when there are problems with > a podling's first few releases), which is why you get the impression > that the PPMC can make binding decisions.
Close. The PPMC membership feels they have made a decision that matters with equal input. Certainly on PPMCs I've been on, there is awareness that everything is provisional . Still, a process takes place on PPMC mailing lists leading to a tallied outcome. The input that leads to this output is the consensus or voting of *a group of equal peers*. This output is handed to the IPMC in aggregate. When casting votes on the PPMC lists there are no +1 (binding) or +1 (non-binding) distinctions made. PPMC sends the outcome over to the IPMC feeling some level of ownership having just participated in a decision making process as equal s . (Or at least so I think, in some perhaps quaint notion.) Of course in IPMC voting it is different, but the IPMC is where supervision happens, or doesn't, as some argue. On Sun, Jan 25, 2015 at 10:35 AM, Branko Čibej <br...@apache.org> wrote: > On 25.01.2015 19:16, Andrew Purtell wrote: > > With a PPMC we invite newcomers to make votes we call binding on matters > of > > their own project. > > As other people have said, PPMC members (that are not also IPMC members) > do not have binding votes, neither for releases nor for inviting new > committers/PPMC members. The "binding" bit lies with the IPMC, which can > revoke any formal decision made by the PPMC. > > That hardly ever happens (it's most likely when there are problems with > a podling's first few releases), which is why you get the impression > that the PPMC can make binding decisions. In this respect, there's no > practical difference between the current IPMC model and the proposed > pTLP model. > > Of course, when it comes to /technical/ decisions, there's no such thing > as a vote, so the term "binding" does not apply. Consensus, of one form > or another, always rules: and the IPMC or mentors can't meddle in this > case. > > -- Brane > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > -- Best regards, - Andy Problems worthy of attack prove their worth by hitting back. - Piet Hein (via Tom White)
