Re: [PHP-DEV] [RFC] Prevent disruptions of conversations

Hi! > Here is an RFC to "Prevent disruptions of conversations" > https://wiki.php.net/rfc/prevent_disruptions_of_conversations?do=edit I am not sure what is the purpose of this. Teaching other adults how to behave? Its usually a futile task. The RFC is expressed in extremely vague terms, like:

[PHP-DEV] Should changes to EXTENSIONS be with a direct master commit?

I've got the change below staged locally, but as you can see it's direct to master. Since that's an atypical workflow, and a first time for me, I wanted to check before I push. --- BEGIN git log --- commit f94d9dcc102ea5515974b3a721286a6b49840860 (HEAD -> master) Author: Bishop Bettini Date:

[PHP-DEV] PHP 7.4.0RC2 is available for testing

PHP 7.4.0RC2 has just been released and can be downloaded from: Or use the git tag: php-7.4.0RC2 Windows binaries are available at: Please test it carefully, and report any bugs in the bug system at .

Re: [PHP-DEV] Re: Question about merged PR #937

Hi Guilherme, That is what is happening when squashing commits during merge. I noticed this also few months ago but didn't mentioned it as I though this is one of the usual flows. I quickly searched it now and found it here: https://wiki.php.net/vcs/gitworkflow: "Additionally, the history of

[PHP-DEV] Re: Within 2 weeks, everything In PHP internals questioned

On Thu, Sep 19, 2019 at 1:44 AM Olumide Samson wrote: > I've been following closely lately and have seen you(Zeev Suraski) > question *RFC authority*(what it was meant for or not, even though your > facts weren't written as facts anywhere). > You've questioned the *mailing list* rules(be it

Re: [PHP-DEV] [RFC] Prevent disruptions of conversations

> On Sep 19, 2019, at 12:18, Dan Ackroyd wrote: > > Hi internals, > > Here is an RFC to "Prevent disruptions of conversations" > https://wiki.php.net/rfc/prevent_disruptions_of_conversations?do=edit Quoting the RFC: > The RFC process is currently the way that the PHP internals team make >

Re: [PHP-DEV] [RFC] Prevent disruptions of conversations

I've copy/pasted Kalle's email at the bottom so that I can address points made in both emails without risking someone getting distracted from the myriad of emails relating to coordination of work on PHP. On Thu, Sep 19, 2019 at 2:11 PM Mark Randall wrote: > On 19/09/2019 18:38, Chase Peeler

Re: [PHP-DEV] [RFC] Prevent disruptions of conversations

On 19/09/2019 18:38, Chase Peeler wrote: So, in other words, if the majority of core members decide they want to force strict typing in PHP 9, and non-core PHP developers voice their opposition to such a change, there would be nothing to prevent those core members from voting to suspend the

Re: [PHP-DEV] [RFC] Prevent disruptions of conversations

Den tor. 19. sep. 2019 kl. 20.38 skrev Chase Peeler : > So, in other words, if the majority of core members decide they want to > force strict typing in PHP 9, and non-core PHP developers voice their > opposition to such a change, there would be nothing to prevent those core > members from voting

Re: [PHP-DEV] [RFC] Prevent disruptions of conversations

On Thu, Sep 19, 2019 at 1:36 PM Dan Ackroyd wrote: > On Thu, 19 Sep 2019 at 18:33, Chase Peeler wrote: > > > > Would the removal votes be limited to the same people able to vote on > RFCs, > > Yes, that's correct. > > cheers > Dan > So, in other words, if the majority of core members decide

Re: [PHP-DEV] [RFC] Prevent disruptions of conversations

On Thu, 19 Sep 2019 at 18:33, Chase Peeler wrote: > > Would the removal votes be limited to the same people able to vote on RFCs, Yes, that's correct. cheers Dan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] [RFC] Prevent disruptions of conversations

On Thu, Sep 19, 2019 at 1:18 PM Dan Ackroyd wrote: > Hi internals, > > Here is an RFC to "Prevent disruptions of conversations" > https://wiki.php.net/rfc/prevent_disruptions_of_conversations?do=edit > > A couple of notes: > > * although the RFC would only be applicable to messages sent once it

[PHP-DEV] Re: Question about merged PR #937

Thanks for the clarification Christoph! Somehow I couldn't see it when looking for the commit hash. Sorry for the disturbance in the list here. PS: I find it funny that even though I'm the original author of the code, I don't show as a contributor in any statistics. It'd be a shame to not be

[PHP-DEV] [RFC] Prevent disruptions of conversations

Hi internals, Here is an RFC to "Prevent disruptions of conversations" https://wiki.php.net/rfc/prevent_disruptions_of_conversations?do=edit A couple of notes: * although the RFC would only be applicable to messages sent once it might be approved, it would still be nice if people consider how

[PHP-DEV] Re: Question about merged PR #937

On 19.09.2019 at 17:01, guilhermebla...@gmail.com wrote: > One of my old PRs to PHP that was claimed to be merged disappeared > from master. However, the upgrade note is still there in master and > 7.4beta1. > > Here is the PR: https://github.com/php/php-src/pull/937 > Here is the commit

[PHP-DEV] Question about merged PR #937

Hi internals! One of my old PRs to PHP that was claimed to be merged disappeared from master. However, the upgrade note is still there in master and 7.4beta1. Here is the PR: https://github.com/php/php-src/pull/937 Here is the commit referencing it:

Re: [PHP-DEV] Changing PECL signup flow.

On Thu, 2019-09-19 at 13:06 +0100, Dan Ackroyd wrote: > Johannes wrote: > > I think we should clarify what PECL actually is. > > Without such a tool the need for a central distribution > > site goes away > > I think there is still a large amount of value in PECL being 'merely' > a distribution

Re: [PHP-DEV] Changing PECL signup flow.

Johannes wrote: > I think we should clarify what PECL actually is. > Without such a tool the need for a central distribution > site goes away I think there is still a large amount of value in PECL being 'merely' a distribution channel. My understanding is that downstream maintainers find it far