Hi!
> Well a significant part of the purpose of the RFC is to make the case
> for why it *should* be done, and the benefits in doing so, and only to
And the necessity of making the case also assumes it may, despite all
the effort, fail. The community members may remain unconvinced the
change that
> On Mar 19, 2020, at 15:59, Mike Schinkel wrote:
>
> P.S. Ben did not ask me to write this. He will probably even be a bit
> embarrassed that I did. :-)
A little bit. :D
I greatly appreciate your kind words. Thanks, Mike!
signature.asc
Description: Message signed with OpenPGP
Hi everyone,
I want to break off this thing from the “Capturing reasons for votes for
historical sake?” thread.
Background and problem
==
Rowan Tommins wrote:
Hi Mike,
On 17/03/2020 03:01, Mike Schinkel wrote:
Currently it takes herculean effort to get almost anything ap
Hi everybody!
Yesterday I stumbled upon this Tweet by Nikita:
https://twitter.com/nikita_ppv/status/1240309838950866946
It answered why this seemingly correct block of code doesn't work:
fn() => throw new Exception('nope');
The answer is rather simple. `throw` is a statement, n
> On Mar 19, 2020, at 4:46 PM, Rowan Tommins wrote:
>
> Hi Mike,
>
> On 17/03/2020 03:01, Mike Schinkel wrote:
>> Currently it takes herculean effort to get almost anything approved, but it
>> takes effectively zero effort to stifle the hard work someone invests in
>> trying to improve PHP. Is
> On Mar 19, 2020, at 2:16 PM, Ben Ramsey wrote:
>
>> On Mar 19, 2020, at 10:27, Derick Rethans wrote:
>>
>> Hi all!
>>
>> With the first alpha of 8.0 due in three months, I think it's time to
>> start the process of finding and electing release managers for the next
>> release of PHP.
>>
>>
Hi Mike,
On 17/03/2020 03:01, Mike Schinkel wrote:
Currently it takes herculean effort to get almost anything approved, but it
takes effectively zero effort to stifle the hard work someone invests in trying
to improve PHP. Is it really just that all their work can be nullified by a
simple thu
> On Mar 19, 2020, at 10:27, Derick Rethans wrote:
>
> Hi all!
>
> With the first alpha of 8.0 due in three months, I think it's time to
> start the process of finding and electing release managers for the next
> release of PHP.
>
> We are looking for two developers to take on this role. Whomso
On Thu, Mar 19, 2020 at 10:27 AM Derick Rethans wrote:
> With the first alpha of 8.0 due in three months, I think it's time to
> start the process of finding and electing release managers for the next
> release of PHP.
>
> Name put forward. 7.2 is in security-only, and it'll be EOL shortly
afte
> On Mar 19, 2020, at 6:57 AM, Dan Ackroyd wrote:
>
> Mark Randall wrote:
>>
>> it should be up to the community to decide if people are trying to
>> deliberately flout the spirit of that requirement and take action
>> accordingly.
>
> This type of argument leads us on a path to personal attack
Hi all!
With the first alpha of 8.0 due in three months, I think it's time to
start the process of finding and electing release managers for the next
release of PHP.
We are looking for two developers to take on this role. Whomsoever is
elected will be guided and helped by the previous RMs and
On 19/03/2020 14:25, Kalle Sommer Nielsen wrote:
Why are we only attempting to harvest the negative thoughts (with the
word negative chosen carefully here as voting "No" is seemingly an
offense to some), why do we not also record why a feature was voted
in?
Well a significant part of the purp
The PHP development team announces the immediate availability of PHP
7.4.4. This is a security bug fix release.
All PHP 7.4 users are encouraged to upgrade to this version.
For source downloads of PHP 7.4.4 please visit our downloads page.
Windows binaries can be found on the PHP for Windows site
Den tor. 19. mar. 2020 kl. 10.41 skrev Mark Randall :
> How is the RFC author expected to document the reasons people are voting
> no, if those voting against do not take the time to give even a brief
> explanation of why they did so either prior to the vote during the
> discussion period, or as pa
On 19.03.2020 at 13:25, Christian Schneider wrote:
> Am 19.03.2020 um 10:31 schrieb Matteo Beccati :
>
>> On 14/03/2020 22:10, Larry Garfield wrote:
>>
What do you think the new default be (and why)?
(I am aware this change will likely require an RFC)
AllenJB
>>>
>>> I see
Am 19.03.2020 um 10:31 schrieb Matteo Beccati :
> On 14/03/2020 22:10, Larry Garfield wrote:
>>> What do you think the new default be (and why)?
>>>
>>> (I am aware this change will likely require an RFC)
>>>
>>> AllenJB
>>
>> I see only two options:
>>
>> 1) Do nothing.
>>
>> 2) Move to Excep
Am 19.03.2020 um 09:38 schrieb Matteo Beccati :
>> I think we should completely drop support for backslash escapes in the
>> PDO parser as of PHP 8. If it was possible to support these without
>> breaking other standard conforming SQL queries, it would be nice to keep
>> it, but that doesn't seem
Danack wrote:
>
> It sets up arguments about what is and isn't a valid reason for voting no.
In case anyone was wondering if this was a vague or actual concern:
Mark Randall wrote:
>
> it should be up to the community to decide if people are trying to
> deliberately flout the spirit of that requi
Hi,
The PHP development team announces the immediate availability of PHP
7.2.29. This is a security.
All PHP 7.2 users are encouraged to upgrade to this version.
For source downloads of PHP 7.2.29 please visit our downloads page.
Windows binaries can be found on the PHP for Windows site.
The lis
The PHP development team announces the immediate availability of PHP
7.3.16. This is a security release which also contains several bug fixes.
All PHP 7.3 users are encouraged to upgrade to this version.
For source downloads of PHP 7.3.16 please visit our downloads page.
Windows binaries can be
Hi,
On 14/03/2020 22:10, Larry Garfield wrote:
>> What do you think the new default be (and why)?
>>
>> (I am aware this change will likely require an RFC)
>>
>> AllenJB
>
> I see only two options:
>
> 1) Do nothing.
>
> 2) Move to Exceptions.
>
> I've never used PDO and not set it to Exceptio
Hi Christoph,
> I think we should completely drop support for backslash escapes in the
> PDO parser as of PHP 8. If it was possible to support these without
> breaking other standard conforming SQL queries, it would be nice to keep
> it, but that doesn't seem to be possible.
>
> Thoughts?
Thank
On 19/03/2020 03:46, Levi Morrison via internals wrote:
The burden of documenting the historical reasons for "no" should be
placed on the RFC authors, not the voters.
How is the RFC author expected to document the reasons people are voting
no, if those voting against do not take the time to gi
23 matches
Mail list logo
