On 15 March 2015 at 16:55, Zeev Suraski <z...@zend.com> wrote: > Bob, > > Thanks for the update. This time, though, although I completely respect > your decision not to put your RFC into a vote unless the Dual STH mode > fails, I'd like to either (with your permission) take over the RFC or > propose my own copy and move it to voting as soon as allowed. This, under > a commitment that if I see that Basic STH is failing to garner a clear > majority, I'll retract it and move to support the Dual STH RFC instead for > the sake of unity.
No one individual has the right to break the existing rules around voting. There has been more than sufficient time to date to rewrite the voting rules, debate voting rights, extend PHP7's deadline, or propose the basic RFC so described. A vote in contravention of the voting rules at the last possible minute cannot, by definition, be recognised at this time. I wouldn't even vote since it might lend it an air of ill deserved legitimacy, forgetting for a moment whether a few PEAR contributions make me any more deserving of a vote than others. I recognise that the rules are inconvenient in the current situation when time is in short supply, but that is why we have rules to offset the temptation of doing things considered socially unacceptable. They were voted on, they were adopted, and they remain adopted. There is only one way in which they may be unadopted. Another RFC. Yes, PHP, this is a government bureaucracy at work ;). I'm not a lawyer, and I wouldn't appreciate the intended spirit of the rules. Unfortunately, we don't have judges or juries, so all we can do is abide by the letter of the rules as written, a contract all of us have with the PHP community. Is that a perfect approach? Hell, no. What is? It's just the only approach we can possibly follow on Sunday, March 15th. If this RFC enters into voting in any time period not allowed within the rules as they are written, I will obviously not recognise it as valid in any way. Paddy -- Pádraic Brady http://blog.astrumfutura.com http://www.survivethedeepend.com -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
