On 19 Mar 2017 19:51, "Levi Morrison" <le...@php.net> wrote:
In On Sun, Mar 19, 2017 at 1:32 PM, Jakub Zelenka <bu...@php.net> wrote: > > > On 19 Mar 2017 19:01, "Levi Morrison" <le...@php.net> wrote: > > On Sun, Mar 19, 2017 at 7:50 AM, Rowan Collins <rowan.coll...@gmail.com> > wrote: >> On 18/03/2017 13:38, Christoph M. Becker wrote: >>> >>> On 18.03.2017 at 12:29, Marco Pivetta wrote: >>> >>>> Wait, when was the vote opened? I didn't receive any notification of >>>> that >>>> (and therefore didn't vote yet), and we were still telling you in this >>>> thread that there are fundamental conceptual issues with the backing >>>> reasoning. >>> >>> Adam announced the vote on March, 8th, see >>> <http://news.php.net/php.internals/98447>. The voting result was 8:1, >>> by the way. >>> >> >> I did think it was surprising that this RFC only had 9 votes registered, >> when the one I opened around the same time currently has 29, so I wonder >> if >> Marco wasn't the only one who overlooked it? >> >> However, I received the notification fine, and it was picked up by the SO >> chat bot, https://php-rfc-watch.beberlei.de/, etc, so it may just be that >> a >> lot of people were aware but decided to abstain. >> >> Regards, >> >> -- >> Rowan Collins >> [IMSoP] >> >> >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php > > We currently do not have any provision for requiring at least a > certain amount of votes, but in my opinion it would be prudent to do > so for cases like this. With only *nine* contributors voting and it > not even being unanimous I feel like it shouldn't pass. Anyone who is > gathering notes for a voting rework proposal should take note. > > > I completely disagree with this. If there is not enough votes, it means that > poeple either don't care (possibly don't have time or don't read properly > mailing list) or don't understand the proposed thing. If this is the case then why on earth should it be in core? I actually mean voters when I say people in this case. Just the fact that voters don't care about this feature doesn't mean that it's not useful. What I want to say is that not enaough interest from voters or even contributors shouldn't block the proposed feature. > I think it should up > to the maintainer to decide in such case and not to block a feature because > not enaugh people is interested in it. If it's up to the maintainer then it didn't need an RFC anyway. Well I'm not saying it's up to the maintainers. I just think it should up to the maintainers to decide such things. Anyway it's already the case that there isn't any reason for having a vote if there are no objections. However there were some objections in this case. So I understand why there was a vote. Just the fact there wasn't enough people voting against it says to me that the objections are not really relevant and the feature should be accepted. Especially if it's proposed one of the PDO related core extension mantainer. It means that having some required limit on number of voters to accept RFC seems like a really bad idea to me. Cheers Jakub
