On Thu, Feb 7, 2019 at 10:42 AM Pierre Joye <pierre....@gmail.com> wrote:
> On Thu, Feb 7, 2019 at 3:39 PM Zeev Suraski <z...@php.net> wrote: > > > It has to do with the relative power > > of the code contributors, vs. folks who aren't code contributors who > > presently have a vote even though they're not supposed to have one based > on > > the rules agreed upon back in the day. > > This is not correct. I am not sure you read my other reply in the > other thread (please do if not). I read it, and I didn't find anywhere something that contradicted this. > The "must contribute code to have > rights to vote" is not what we tried to achieve. Nor is it what I'm presently trying to achieve either (at least that's not my preferred outcome at this point). Again, there are two categories of people defined as eligible voters: First: "People with php.net VCS accounts that have contributed code to PHP" The intention here is quite clear. People that have contributed "code to PHP". Specifically, it's clearly a qualifier for "People with php.net VCS accounts", i.e., this is a subgroup of those who have VCS accounts - specifically ones that have contributed code to PHP. Second: "Representatives from the PHP community, that will be chosen by those with php.net VCS accounts - Lead developers of PHP based projects (frameworks, cms, tools, etc.) - regular participant of internals discussions" The intention here is also quite clear - add non-code-contributors to have votes as well. However, in terms of how we do it - it's awfully laconic (to be honest I never expected it to just pass as-is - it was roughly at the qualify of a first draft - but it did). The intent was to have some sort of representation of the outside world in the actual votes (and not just in the discussions), instead of having only the code contributors eligible for voting. The intent was still very much to keep the balance of power such that the actual code contributors would have most of the say - as the word 'representatives' implies. However, we never went ahead with the process of choosing these folks anyway. So while I completely agree with you that we didn't try to achieve a "must contribute code to have rights to vote", we did try to achieve a situation where those who contribute code have (as a collective) the most influence. And we certainly didn't try to achieve a "having a VCS account gives you a vote". The 2nd group never materialized - we never went through any sort of process of choosing representatives (mainly because there was no such process). The first group was mis-implemented because it was simple to do in the Wiki - and the rest is history. I still think that at a fundamental level, what we agreed on in 2011 makes sense. The core group should be those who contribute code to PHP (potentially including PECL). On top of that - we need to either figure out the mechanism that we neglected to specify back in 2011, or give up on it officially. As I mentioned previously on this thread - I'm undecided on this matter, but primarily because I'm not sure what this mechanism could look like (even though I have some thoughts on the subject). If we can come up with a good mechanism - I think it's generally a good idea. Zeev
