Re: [PHP-DEV] [RFC] [discussion] Correctly name the rounding mode and make it an Enum

On Fri, 31 May 2024, Saki Takamachi wrote: > I would like to start an RFC discussion regarding rounding modes. > https://wiki.php.net/rfc/correctly_name_the_rounding_mode_and_make_it_an_enum I think it would be really helpful to have a description (and examples) for each of the rounding modes

Re: [PHP-DEV] [RFC] [discussion] Correctly name the rounding mode and make it an Enum

On Sat, 1 Jun 2024, Gina P. Banyard wrote: > On Friday, 31 May 2024 at 18:15, Larry Garfield > wrote: > > > On Fri, May 31, 2024, at 4:41 PM, Jorg Sowa wrote: > > > > > Hey Saki, I like this change. When I was implementing additional > > > rounding modes for the next PHP version I was

Re: [PHP-DEV] [RFC] Asymmetric Visibility, v2

On Thu, 30 May 2024, Alexandru Pătrănescu wrote: > On Wed, May 29, 2024 at 10:18 PM Larry Garfield > wrote: > > > As promised, Ilija and I offer this revised version of asymmetric > > visibility. > > > > https://wiki.php.net/rfc/asymmetric-visibility-v2 > > > > > Hey Larry, Ilija, > > I have

Re: [PHP-DEV] [RFC] Transform exit() from a language construct into a standard function

On Tue, 28 May 2024, Tim Düsterhus wrote: > On 5/28/24 16:26, Derick Rethans wrote: > > > I have just checked this for Xdebug, and you're definitely right > > with that. With the removal of the ZEND_EXIT opcode, it can not now > > detect a scope/function exit now.

Re: [PHP-DEV] [RFC] Transform exit() from a language construct into a standard function

On Tue, 28 May 2024, Gina P. Banyard wrote: > On Tuesday, 28 May 2024 at 15:26, Derick Rethans wrote: > > > On Mon, 27 May 2024, Ilija Tovilo wrote: > > > > > On Sun, May 26, 2024 at 11:47 PM Gina P. Banyard intern...@gpb.moe > > > wrote: > > > &g

Re: [PHP-DEV] [RFC] Transform exit() from a language construct into a standard function

On Mon, 27 May 2024, Ilija Tovilo wrote: > On Sun, May 26, 2024 at 11:47 PM Gina P. Banyard > wrote: > > > > On Wednesday, 8 May 2024 at 14:40, Gina P. Banyard > > wrote: > > > > > I would like to formally propose my idea for exit() as a function > > > brought up to the list on 2024-02-24

[PHP-DEV] Subject Prefixes

Hi! I've noticed that lately, people are adding a [Discussion] prefix to new threads to this list. That seems rather superfluous, as this is a *discussion* mailing list. RFCs require us to use [RFC] and [Vote] to stand out, but please let us proliferate additional ones. The normal subject

Re: [PHP-DEV] Stricter requirements for libxml

On Fri, 10 May 2024, Niels Dossche wrote: > Hi internals > > Libxml is used as the underlying library for many PHP extensions. > Interestingly, libxml can be built with supports for various features > disabled. > E.g. you can build libxml without XPath, Schemas, HTML, ... support. > In that

Re: [PHP-DEV] [RFC] [vote] Support object type in BCMath

On Tue, 7 May 2024, Gina P. Banyard wrote: > On Tuesday, 7 May 2024 at 15:46, Saki Takamachi wrote: > > > On Tue, 7 May 2024, Gina P. Banyard wrote: > > > > > - Are the existing BCMath function going to be adapted to handle > > > the new Number object or not? > > > > No, that is not

Re: [PHP-DEV] [RFC][Discussion] PDO driver specific parsers

On Thu, 9 May 2024, Matteo Beccati wrote: > Il 03/05/2024 11:14, Matteo Beccati ha scritto: > > > > I've updated once again the RFC and implemented most of the 3 major > > dialects (mysql, pgsql, sqlite) in the drivers. > > > > https://wiki.php.net/rfc/pdo_driver_specific_parsers > > > >

Re: [PHP-DEV] [RFC] Transform exit() from a language construct into a standard function

On Thu, 9 May 2024, Flávio Heleno wrote: > On Thu, May 9, 2024 at 7:51 AM Niels Dossche > wrote: > > > On 08/05/2024 15:40, Gina P. Banyard wrote: > > > Hello Internals, > > > > > > I would like to formally propose my idea for exit() as a function > > > brought up to the list on 2024-02-24 [1]

Re: [PHP-DEV] Inconsistencies between parameter number and index when reflecting a method/function

On Fri, 3 May 2024, Gina P. Banyard wrote: > On Thursday, 2 May 2024 at 21:33, Derick Rethans wrote: > > > On 2 May 2024 13:48:36 BST, Ollie Read php@ollie.codes wrote: > > > > > These methods accept an integer to retrieve a parameter by its > > > position,

Re: [PHP-DEV] Inconsistencies between parameter number and index when reflecting a method/function

On 2 May 2024 13:48:36 BST, Ollie Read wrote: >These methods accept an integer to retrieve a parameter by its position, or a >string to retrieve by its name. So far, I have built this so that if you >required the first parameter, it's parameter 0. I treat it this way because >the only other

[PHP-DEV] [RFC] [VOTE] Release cycle update

Hi, the voting for the "Release cycle update" RFC (https://wiki.php.net/rfc/release_cycle_update#proposed_voting_choices) has now ended. Each provision has been accepted: Allow features that do not require an RFC in the beta period: 34 yes - 0 no Disallow New Features in Release

Re: [PHP-DEV] [RFC] Casing of acronyms in class and method names

On Fri, 5 Apr 2024, Tim Düsterhus wrote: > Hi > > I've just written up the follow-up RFC to my previous “Casing of acronyms in > class and method names” thread and I'm officially opening up the discussion > period for it. One example is the PCGOneseq128XSLRR64 mentioned above That is

Re: [PHP-DEV] Incorrect terminology usage for rounding modes of round()

On 14 April 2024 16:55:43 BST, Saki Takamachi wrote: >Hi Gina, > >> Hello internals, >> >> While reviewing the PR for the "Adding bcround, bcfloor and bcceil to >> BCMath" RFC [1] with the different rounding modes, >> I was made aware of the unfortunate wrong terminology usage of >>

Re: [PHP-DEV] Requiring GPG Commit Signing

On Tue, 2 Apr 2024, Derick Rethans wrote: > What do y'all think about requiring GPG signed commits for the php-src > repository? > > I had a look, and this is also something we can enforce through GitHub > as well (by using branch protections). It seems that mo

Re: [PHP-DEV] Proposal: Arbitrary precision native scalar type

On Wed, 3 Apr 2024, Jordan LeDoux wrote: > On Mon, Mar 18, 2024 at 1:35 PM Rowan Tommins [IMSoP] > wrote: > > > > > Where things get more complicated is with *fixed-precision* decimals, > > which is what is generally wanted for something like money. What is the > > correct result of

Re: [PHP-DEV] Proposal: Arbitrary precision native scalar type

On Thu, 7 Dec 2023, Alex Pravdin wrote: > Accounting for all of the above, I suggest adding a native numeric > scalar arbitrary precision type called "decimal". Below are the > preliminary requirements for implementation. Adding a new native type to PHP will create a large change. Not only is

[PHP-DEV] [VOTE] [RFC] Release cycle update, take #2

Hi, there have been no further comments on the release cycle update RFC thread, so I'm hereby opening the RFC for voting. Voting will end on Monday April 29th, at noon UTC (20 days, instead of the required minimum of 14): https://wiki.php.net/rfc/release_cycle_update#proposed_voting_choices

Re: [PHP-DEV] Proposal: retrieve line, filename and if user defined for ReflectionAttribute

On 5 April 2024 15:09:42 CEST, Joel Wurtz wrote: >Hello everyone, > >Like a lot of libraries, we offer the possibility to configure behaviors >with Attributes. However in some cases it's wrongly configured by the user >and this wrong configuration cannot be detected on the attribute >constructor

Re: [PHP-DEV] Requiring GPG Commit Signing

s the key. GitHub doesn't show the web of trust anyway, just "verified". Command line GIT doesn't either, just: $ git verify-commit HEAD~1 gpg: Signature made Tue 02 Apr 2024 14:55:21 BST gpg:using RSA key 5A52880781F755608BF815FC910DEB46F53EA312 … gpg:

Re: [PHP-DEV] Requiring GPG Commit Signing

On Tue, 2 Apr 2024, Ayesh Karunaratne wrote: > > What do y'all think about requiring GPG signed commits for the > > php-src repository? > > > > I had a look, and this is also something we can enforce through > > GitHub as well (by using branch protections). > > +1 from me as well, and quite

Re: [PHP-DEV] First time contributor (DateTime::setDate PR)

On Tue, 2 Apr 2024, Bilge wrote: > On 02/04/2024 14:14, Derick Rethans wrote: > > > > On Sun, 31 Mar 2024, Bilge wrote: > > > > > About the PR: I sometimes find it would be useful to only update > > > part of the date. The PR makes all parameters

Re: [PHP-DEV] Requiring GPG Commit Signing

On Tue, 2 Apr 2024, Calvin Buckley wrote: > On Apr 2, 2024, at 11:15 AM, Derick Rethans wrote: > > > > What do y'all think about requiring GPG signed commits for the php-src > > repository? > > > > I had a look, and this is also something we can enforce thro

[PHP-DEV] Requiring GPG Commit Signing

Hi, What do y'all think about requiring GPG signed commits for the php-src repository? I had a look, and this is also something we can enforce through GitHub as well (by using branch protections). cheers, Derick -- https://derickrethans.nl | https://xdebug.org | https://dram.io Author of

Re: [PHP-DEV] Consider removing autogenerated files from tarballs

On Sat, 30 Mar 2024, Jakub Zelenka wrote: > On Sat, Mar 30, 2024 at 7:08 AM Marco Pivetta wrote: > > > > I understand that the XZ project had signed releases too: that still > > means that downstream consumers would need to trust the release > > managers anyway, and reproduce the whole chain

Re: [PHP-DEV] [RFC] [Discussion] Support object type in BCMath

On Fri, 29 Mar 2024, Jordan LeDoux wrote: > On Wed, Mar 27, 2024 at 12:08 AM Aleksander Machniak wrote: > > > On 27.03.2024 01:03, Saki Takamachi wrote: > > >> $num = new BcNum('1.23', 2); > > >> $result = $num + '1.23456'; > > >> $result->value; // '2.46456' > > >> $result->scale; // ?? > > >

Re: [PHP-DEV] First time contributor (DateTime::setDate PR)

Hi, On Sun, 31 Mar 2024, Bilge wrote: > About the PR: I sometimes find it would be useful to only update part of the > date. The PR makes all parameters to DateTime(Immutable)::setDate > optional in a > backwards-compatible manner

Re: [PHP-DEV] [RFC] Release cycle update, take #2

On Fri, 22 Mar 2024, Morgan wrote: > On 2024-03-22 08:19, Jim Winstead wrote: > > On Thu, Mar 21, 2024, at 10:54 AM, Derick Rethans wrote: > > > > > > The RFC is at https://wiki.php.net/rfc/release_cycle_update > > > > Could this RFC also be a good

Re: [PHP-DEV] [RFC] Release cycle update, take #2

On Thu, 21 Mar 2024, Jim Winstead wrote: > On Thu, Mar 21, 2024, at 10:54 AM, Derick Rethans wrote: > > Hi! > > > > On Fri, 10 Nov 2023, Jakub Zelenka wrote: > > > >> I would like to propose a new process RFC for updates to PHP release > >&g

Re: [PHP-DEV] [RFC] Release cycle update, take #2

On Thu, 21 Mar 2024, Daniil Gentili wrote: > >> I would like to propose a new process RFC for updates to PHP release > >> cycle: > >> > >> https://wiki.php.net/rfc/release_cycle_update > > I would also like to propose an addition, allowing patch releases to > be made outside of the normal

Re: [PHP-DEV] [RFC] [Discussion] Support object type in BCMath

On Wed, 27 Mar 2024, Saki Takamachi wrote: > > - You've picked as class name "BcNum". Following > > our naming guidelines, that probably should be \BCMath\Num (or > > \BC\Num, but that is less descriptive): > > > >

Re: [PHP-DEV][RFC] grapheme cluster for str_split, grapheme_str_split function

On 27 March 2024 23:18:21 GMT, "Rowan Tommins [IMSoP]" wrote: >On 26/03/2024 21:14, Casper Langemeijer wrote: >> If you need someone to help for the grapheme_ marketing team, let me know. > >I think a big part of the problem is that very few people dig into the >complexities of text encoding,

Re: [PHP-DEV][RFC] grapheme cluster for str_split, grapheme_str_split function

On 26 March 2024 17:04:18 GMT, Casper Langemeijer wrote: >I'd like to address an issue I have with this RFC. Please don't top reply. >I'm not sure is solves a problem by itself. If I understand all of this >correctly this only does what already can be accomplished with

Re: [PHP-DEV] [RFC] [Discussion] Support object type in BCMath

On Sun, 24 Mar 2024, Saki Takamachi wrote: > Hi internals, > > I want to start the discussion on the PHP RFC: Support object type in BCMath. > > https://wiki.php.net/rfc/support_object_type_in_bcmath I have some comments: - You've picked as class name "BcNum". Following our naming

[PHP-DEV] [RFC] Release cycle update, take #2

Hi! On Fri, 10 Nov 2023, Jakub Zelenka wrote: > I would like to propose a new process RFC for updates to PHP release > cycle: > > https://wiki.php.net/rfc/release_cycle_update I have just published version 0.2 of this proposal — I am taken this over from Jakub by agreement. I've slightly

[PHP-DEV] System Upgrades / Rsync Server Swapover

Hi! TL,DR: 1. I have just pushed a DNS change to use our new rsync server. 2. I have upgraded main.php.net from Debian 10 to 12 3. I have installed all the latest updates on most machines Long Form 1. In the beginning of the year, Deft (formerly Server Central), reached out to us that the

Re: [PHP-DEV] Windows PECL build machine died

Hi, To revive this ancient thread. We have made some progress getting these builds made for Windows again. Shivam has been working on an extension builder for Windows (https://github.com/php/php-windows-builder?tab=readme-ov-file#build-a-php-extension) — GHA actions to build your DLLs on

Re: [PHP-DEV] [RFC[ Property accessor hooks, take 2

On Fri, 8 Mar 2024, Larry Garfield wrote: > Hi folks. Based on earlier discussions, we've made a number of > changes to the RFC that should address some of the concerns people > raised. We also had some very fruitful discussions off-list with > several developers from the Foundation, which

Re: [PHP-DEV] is this thing on?

On 4 March 2024 22:26:37 GMT, dan...@daniil.it wrote: >> Has Microsoft made a commitment to support open source forever? I mean MS >> owns Github, what ensures that it will stay free? > >This is a silly argument, if that were the case, maybe the VCS should move >back to a self-hosted instance

Re: [PHP-DEV] is this thing on?

On 26 February 2024 11:03:05 GMT, "Rowan Tommins [IMSoP]" wrote: >On Sun, 25 Feb 2024, at 20:02, Rob Landers wrote: >> Before I get to the meat of this email, first of all, IMHO, anyone should be >> able to email the list, even if they are not a >> member of the list. I've had to email ubuntu

Re: [PHP-DEV] What's up with emails?

On Thu, 22 Feb 2024, mjec wrote: On Thu, 2024-02-22 at 10:29 -05:00, Alain D D Williams wrote: On Thu, Feb 22, 2024 at 09:05:22AM -0500, Derick Rethans wrote: Gmail is rejecting emails after we moved the servers without telling us why, in enough detail to do anything about it. I run

Re: [PHP-DEV] What's up with emails?

On Thu, 22 Feb 2024, Alain D D Williams wrote: On Thu, Feb 22, 2024 at 09:05:22AM -0500, Derick Rethans wrote: Gmail is rejecting emails after we moved the servers without telling us why, in enough detail to do anything about it. I run other mail lists and have had similar problems

Re: [PHP-DEV] What's up with emails?

On 22 February 2024 08:52:49 GMT-05:00, Robert Landers wrote: >I have noticed quite a number of emails appearing on externals but not >appearing in my inbox. I randomly get an email saying: > >Hi, this is the Mlmmj program managing the >mailing list. > >Some messages to you could not be

Re: [PHP-DEV] Requesting RFC karma

On 20 February 2024 10:05:25 CET, Marc Bennewitz wrote: > >On 20.02.24 09:58, Derick Rethans wrote: >> On 20 February 2024 08:41:19 GMT, Marc Bennewitz wrote: >>> Hi Hans, >>> >>> On 16.02.24 13:05, Hans Henrik Bergan wrote: >>>> My name

Re: [PHP-DEV] Requesting RFC karma

On 20 February 2024 08:41:19 GMT, Marc Bennewitz wrote: >Hi Hans, > >On 16.02.24 13:05, Hans Henrik Bergan wrote: >> My name is "Hans Henrik Bergan", usually go by the nickname >> "divinity76", I've contributed to OSS (including PHP) for years, and >> am currently involved in 3 things that might

Re: [PHP-DEV] RE: Testing new list server

On 18 February 2024 12:08:46 GMT, Frederik Bosch wrote: > >On 18-02-2024 11:47, Derick Rethans wrote: >> On 18 February 2024 10:23:59 GMT, Matthew Sewell wrote: >>> Hi, >>> >>> I'm using Gmail too but with a custom domain. I did get those three >>&

Re: [PHP-DEV] RE: Testing new list server

On 18 February 2024 10:23:59 GMT, Matthew Sewell wrote: >Hi, > >I'm using Gmail too but with a custom domain. I did get those three >messages but significantly delayed from when they were on externals. That sounds about right. The queue was backed up due to rate limiting for 10+ hours. This

Re: [PHP-DEV] automatic formatting checks for pull requests?

On 17 February 2024 22:18:05 GMT, Ilija Tovilo wrote: >Hi Hans > >On Sat, Feb 17, 2024 at 3:31 PM Gina P. Banyard wrote: >> >> On Saturday, 17 February 2024 at 11:24, Hans Henrik Bergan >> wrote: >> >> > Can we add automatic formatting checks for pull requests? >> > Made a PR:

Testing new list server

Please don't be alarmed, we're moving the lists over to a new machine.

[PHP-DEV] Test Email — Ignore

(We're going to need to move the lists servers, and just trying to figure out how email gets currently delivered) -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php

[PHP-DEV] RE: [External] : Re: [PHP-DEV] VCS Account Request: sharadchan87

her Jones is @cjbj. Please add him to the repo >as well. > >Warm Regards, >Sharad Chandran R, Principal Product Manager >Oracle Database Server Technologies >India Bangalore > > >-Original Message- >From: Derick Rethans >Sent: 05 February 2024 17:05

[PHP-DEV] RE: [External] : Re: [PHP-DEV] VCS Account Request: sharadchan87

; Sharad Chandran R, Principal Product Manager Oracle Database Server > Technologies India Bangalore > > > -Original Message- > From: Derick Rethans > Sent: 18 January 2024 20:51 > To: internals@lists.php.net; Sharad Chandran R > Subject: [External] : Re: [PHP-DEV] VCS Ac

Re: [PHP-DEV] [VOTE] [RFC] Collecting All Policies Into One Repository

On Fri, 5 Jan 2024, Derick Rethans wrote: > I have just opened the voting on the "Policy Repository" RFC. It will > run until January 22nd, 2024 at 08:00 UTC: > > https://wiki.php.net/rfc/policy-repository#voting_choices Voting is now closed, and the RFC was accepte

Re: [PHP-DEV] VCS Account Request: sharadchan87

On 18 January 2024 09:42:50 GMT, Sharad Chandran R wrote: >As part of Oracle, I work with @cjones and would like to contribute to oci8 >php extension. > Hi Sharad, As you might be aware, we've recently decided to move the oci8 and Oracle extensions away from the PHP core distribution. I'm in

[PHP-DEV] [VOTE] [RFC] Collecting All Policies Into One Repository

Hi, I have just opened the voting on the "Policy Repository" RFC. It will run until January 22nd, 2024 at 08:00 UTC: https://wiki.php.net/rfc/policy-repository#voting_choices cheers, Derick -- https://derickrethans.nl | https://xdebug.org | https://dram.io Author of Xdebug. Like it?

Re: [PHP-DEV] security email address broken?

On 28 December 2023 18:36:22 GMT, Robert Landers wrote: >Hello internals, > >I sent an email to secur...@php.net (which I got from this page: >https://wiki.php.net/security#:~:text=Please%20report%20it,security/advisories/new) >and got back: > >I'm sorry to have to inform you that your message

Re: [PHP-DEV] Partitioned cookies

On 24 December 2023 12:46:40 CET, Niels Dossche wrote: >Hi internals > >I opened a PR [1] to implement Partitioned cookie support, as requested on the >bugtracker [2], into the setcookie() PHP function. This is done by adding an >option to the $options array, not via an additional argument to

Re: [PHP-DEV] [RFC] Collecting All Policies Into One Repository

On Mon, 18 Dec 2023, Jorg Sowa wrote: > I have one question regarding the future changes. Do you see it would > be possible to make amendment to the accepted RFCs by the Pull > Requests (and formal RFC approach) making changes the existing > policies or adding the new policy replacing the old

Re: [PHP-DEV] [RFC] Collecting All Policies Into One Repository

Hi, On Tue, 5 Dec 2023, Derick Rethans wrote: > A while ago I started looking into all the documents (RFCs etc) that we > have that relate to all sort of policies. From RFCs, to who can vote, > naming, and security classifications as a result of a discussion with > the foun

Re: [PHP-DEV] New "PECL"

On Thu, 7 Dec 2023, Remi Collet wrote: > Le 05/12/2023 à 14:45, Derick Rethans a écrit : > > https://docs.google.com/document/d/1_N0E9xo3jn9aKrIZHIbTYaY5lXw71BpSO6-it4cRpDo > > > > In this first stage, we would like to invite you in commenting on the > > docum

Re: [PHP-DEV] New "PECL"

On Wed, 6 Dec 2023, Tim Starling wrote: > On 6/12/23 00:45, Derick Rethans wrote: > > The code is old, and hard to maintain. And the database is full of > > mojibake. It is also an outdated method of installing things, > > especially because userland code is so much eas

Re: [PHP-DEV] [RFC] Collecting All Policies Into One Repository

On Tue, 5 Dec 2023, Larry Garfield wrote: > On Tue, Dec 5, 2023, at 11:06 AM, Derick Rethans wrote: > > Hi! > > > > A while ago I started looking into all the documents (RFCs etc) that we > > have that relate to all sort of policies. From RFCs, to who can vote

Re: [PHP-DEV] bugs.php.net still active?

On Thu, 7 Dec 2023, Aleksander Machniak wrote: > I was under impression that bugs.php.net was supposed to be phased > out. I.e. made read-only or something. > > https://bugs.php.net/bug.php?id=78628=1 proves that it's not the > case and I'm receiving annoying spam recently. It's closed for

[PHP-DEV] New "PECL"

Hi there! Within the PHP Foundation, we have been talking for a while as what to do with PECL, and its website. The code is old, and hard to maintain. And the database is full of mojibake. It is also an outdated method of installing things, especially because userland code is so much easier

[PHP-DEV] [RFC] Collecting All Policies Into One Repository

Hi! A while ago I started looking into all the documents (RFCs etc) that we have that relate to all sort of policies. From RFCs, to who can vote, naming, and security classifications as a result of a discussion with the foundations folk. Now there was another small confusion during a recent

Re: [PHP-DEV] [VOTE] [RFC] Final anonymous classes

On 3 December 2023 14:49:12 GMT, Nikita Popov wrote: >On Sun, Dec 3, 2023, at 11:40, Daniil Gentili wrote: >> Hi all, >> >> I've just opened voting for the final anonymous classes RFC @ >> https://wiki.php.net/rfc/final_anonymous_classes. >> >> Voting started now, and will run until December

Re: [PHP-DEV] [RFC] [VOTE] Change the edge case of round()

On 24 November 2023 00:31:16 GMT, Saki Takamachi wrote: >Hi internals, > >I started voting on my RFC "Change the edge case of round()”. > >Voting will end December 8th, 00:00 GMT. > >https://wiki.php.net/rfc/change_the_edge_case_of_round > >Regards. > >Saki >-- >PHP Internals - PHP Runtime

Re: [PHP-DEV] Reproducible Builds

On 29 November 2023 00:48:28 GMT, Matthew Weier O'Phinney wrote: >On Tue, Nov 28, 2023, 5:28 PM Derick Rethans wrote: > >> On 28 November 2023 17:28:18 GMT, Sebastian Bergmann >> wrote: >> >> >While we could probably replace __DATE__ and __TIME__ with >&

Re: [PHP-DEV] Reproducible Builds

On 28 November 2023 17:28:18 GMT, Sebastian Bergmann wrote: >While we could probably replace __DATE__ and __TIME__ with SOURCE_DATE_EPOCH >[3] [4], I cannot help but wonder whether having the date and time when the >executable was built in the executable is actually useful. How attached are we

Re: [PHP-DEV] Debian Upgrade

On Mon, 20 Nov 2023, Derick Rethans wrote: > On 20 November 2023 21:37:55 GMT, Rowan Tommins > wrote: > >On 15/11/2023 16:59, Derick Rethans wrote: > >> In the last few days, I have upgrade all our Digital Ocean droplets from > >> Debian 10 (or 9!) to 12. That a

Re: [PHP-DEV] Debian Upgrade

On 20 November 2023 21:37:55 GMT, Rowan Tommins wrote: >On 15/11/2023 16:59, Derick Rethans wrote: >> In the last few days, I have upgrade all our Digital Ocean droplets from >> Debian 10 (or 9!) to 12. That also means they now run PHP 8.2. > > >Hi Derick, > >Tha

Re: [PHP-DEV] [VOTE] [RFC] Unbundle ext/imap, ext/pspell, ext/oci8, and ext/PDO_OCI

On Wed, 1 Nov 2023, Derick Rethans wrote: > I have just opened voting on the RFC to unbundle imap, pspell, and > oracle integrations. > > Each extension can be voted on separately. Voting started now, and > will run until November 15th, 24:00 GMT. > > Link: htt

[PHP-DEV] Debian Upgrade

Hi! In the last few days, I have upgrade all our Digital Ocean droplets from Debian 10 (or 9!) to 12. That also means they now run PHP 8.2. I have not encountered any problems, but if you do, please let me know! cheers, Derick -- PHP Internals - PHP Runtime Development Mailing List To

Re: [PHP-DEV] [RFC] [Discussion] Resource to object conversion

On 12 November 2023 16:47:37 GMT, "Máté Kocsis" wrote: >Hi Internals, > >Following my straw poll about the Process resource name, I would like to >present an RFC which clarifies the rough timeline and the BC promises of >the "resource to object conversion" project. > >Link:

Re: [PHP-DEV] [RFC] [Discussion] Release cycle update

On 10 November 2023 23:27:35 GMT, Rowan Tommins wrote: >On 10 November 2023 16:51:57 GMT, Jakub Zelenka wrote: >>Hello, >> >>I would like to propose a new process RFC for updates to PHP release cycle: >> >>https://wiki.php.net/rfc/release_cycle_update > >Hi, > >I started writing a suggestion

Re: [PHP-DEV] [RFC] [Discussion] Release cycle update

On 10 November 2023 20:22:27 GMT, Jakub Zelenka wrote: >Hi, > >On Fri, Nov 10, 2023 at 5:56 PM Ilija Tovilo wrote: > >I think there should be a clear cut when the RFC can be implemented and >there should be probably still time to apply ABI breaking changes after >that time. So we could

[PHP-DEV] [VOTE] [RFC] Unbundle ext/imap, ext/pspell, ext/oci8, and ext/PDO_OCI

Hi, I have just opened voting on the RFC to unbundle imap, pspell, and oracle integrations. Each extension can be voted on separately. Voting started now, and will run until November 15th, 24:00 GMT. Link: https://wiki.php.net/rfc/unbundle_imap_pspell_oci8#voting cheers, Derick --

Re: [PHP-DEV] Re: [RFC][Under discussion] RFC1867 for non-POST HTTP verbs

On Fri, 13 Oct 2023, Ilija Tovilo wrote: > On Fri, Oct 6, 2023 at 3:44 PM Ilija Tovilo wrote: > > https://wiki.php.net/rfc/rfc1867-non-post > > Thank you for the feedback so far. I made a handful of changes to the RFC. … > Let me know if you have any more feedback. The only comment I would

Re: [PHP-DEV] [RFC][Under discussion] RFC1867 for non-POST HTTP verbs

On Fri, 6 Oct 2023, Tim Düsterhus wrote: > On 10/6/23 15:44, Ilija Tovilo wrote: > > https://wiki.php.net/rfc/rfc1867-non-post > > > > Regarding the cleanup of the files, perhaps the files could be read into a > `php://temp` stream >

Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for PHP 8.4

On Thu, 28 Sep 2023, Jakub Zelenka wrote: > On Wed, Sep 27, 2023, 14:14 Derick Rethans wrote: > > > The ext/imap extension isn't going to disappear, it is going be > > unbundled as we can not guarantee the underlaying library is > > maintained. Not only is

Re: [PHP-DEV] Re: [External] : [RFC} Unbundle ext/imap, ext/pspell, and ext/oci8

On Thu, 28 Sep 2023, Christopher Jones wrote: > > On 27/9/2023 11:27 pm, Derick Rethans wrote: > > Hi, > > > > after the initial introduction, here is the formal RFC to unbundle the > > imap, pspell, and oci8 extensions and move them to PECL, for PHP 8.4. >

Re: [PHP-DEV] proc_open() resource to opaque object migration

On 28 September 2023 21:19:47 BST, "Máté Kocsis" wrote: >Hi Everyone, > >I'm writing in connection with a question coming up lately during the >"resource to opaque object migration" project ( >https://github.com/php/php-tasks/issues/6) which we have been working on >for quite a long while. >

Re: [PHP-DEV] Add security.txt file to php.net

On 28 September 2023 20:15:34 BST, Ben Ramsey wrote: >2. I have signed it with my php.net release manager key. Since we > publish our release manager keys, I'm recommending that a release > manager for a currently supported version of PHP (at the time) be the > one to digitally sign this

Re: [PHP-DEV] [RFC] [Discussion] Rounding Integers as int

On Tue, 26 Sep 2023, Larry Garfield wrote: > ceil and floor should > always return ints, unconditionally, because that's literally what > their purpose is. But that RFC doesn't say that, which makes me quite > confused. They can't do that. ceil(2.4e102) can't be repesented as an integer. >

[PHP-DEV] [RFC} Unbundle ext/imap, ext/pspell, and ext/oci8

Hi, after the initial introduction, here is the formal RFC to unbundle the imap, pspell, and oci8 extensions and move them to PECL, for PHP 8.4. https://wiki.php.net/rfc/unbundle_imap_pspell_oci8 cheers, Derick -- https://derickrethans.nl | https://xdebug.org | https://dram.io Author of

Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for PHP 8.4

On Fri, 15 Sep 2023, BohwaZ wrote: > > Considering the lack of updates from upstream as Derick mentioned, > > lack of OAuth support (which webklex/php-imap supports), and a > > somewhat lackluster documentation for ext-imap in php.net, I think > > unbundling ext-imap (along with the other

Re: [PHP-DEV] Re: [RFC] [Discussion] DOM HTML5 parsing and serialization support

On Sat, 23 Sep 2023, Niels Dossche wrote: > On 9/2/23 21:41, Niels Dossche wrote: > > > > I'm opening the discussion for my RFC "DOM HTML5 parsing and > > serialization support". > > https://wiki.php.net/rfc/domdocument_html5_parser > > Some minor changes after a discussion with Tim: > > * The

[PHP-DEV] Security Audit Priorities

Hi, The Foundation is organising an external audit/security check of the PHP source code. As part of that, we would like to identify the places in the PHP source code where checking this will have the most impact. Typical areas would be where user input can be (automatically read) remotely,

Re: [PHP-DEV] A new JIT engine for PHP-8.4/9

Hi Dmitry, On Fri, 15 Sep 2023, Dmitry Stogov wrote: > After the code-review feedback, one of the most questionable decisions > was changed. > > Instead of including IR Framework as a git submodule, now its part is > embedded into php-src. > > This will complicate the IR/JIT development a bit,

[PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for PHP 8.4

Hi, In a recent chat between the PHP Foundation developers, we discussed unbundling several extensions. ext/imap The library that provides the functionality in this extension, c-client, is no longer updated. The last release from 2007 is no longer available on the original distributor's

[PHP-DEV] Re: [PECL-DEV] PHP Servers SSL Certificate Expiry

HTTPS errors, please do let me know. cheers, Derick On Mon, 11 Sep 2023, Derick Rethans wrote: > Hi All, > > We're aware that this has happened. The process that we set-up a three > months ago with Let's Encrypt was not fully implemented. > > There is no need to report

Re: [PHP-DEV] PHP Servers SSL Certificate Expiry

servers, which is the process that isn't set up correctly yet. cheers Derick >On Mon, 11 Sept 2023 at 15:55, Derick Rethans wrote: > >> Dear All, >> >> pecl.php.net now has a valid SSL/TLS certificate again. And it turns out >> that pear.php.net was not affected. &g

Re: [PHP-DEV] PHP Servers SSL Certificate Expiry

Dear All, pecl.php.net now has a valid SSL/TLS certificate again. And it turns out that pear.php.net was not affected. The other services do not have an updated certificate yet, but this should be rolled out in the next few days. with kind regards, Derick Rethans On Mon, 11 Sep 2023, Derick

[PHP-DEV] PHP Servers SSL Certificate Expiry

Hi All, We're aware that this has happened. The process that we set-up a three months ago with Let's Encrypt was not fully implemented. There is no need to report this again, and I will update these lists when it is addressed. It does not affect www.php.net, but it does affect:

Re: [PHP-DEV] Security Bugs on GitHub

On Wed, 30 Aug 2023, Tim Düsterhus wrote: > Hi > > On 8/30/23 11:05, Derick Rethans wrote: > > However, our old bug system still accepts them. I have just created a > > PR to change that: https://github.com/php/web-bugs/pull/116/files > > > > Pending revi

[PHP-DEV] Security Bugs on GitHub

Hi, In the past few months we have been trialing using GitHub security advisories for security issues: https://github.com/php/php-src/security/advisories?state=published However, our old bug system still accepts them. I have just created a PR to change that:

Re: [PHP-DEV] PHP-8.3 branch creation

On 24 August 2023 13:27:47 BST, Jakub Zelenka wrote: >Hello, > >This is just a reminder that the PHP-8.3 git branch will be created on >Tuesday 29th Aug 2023. It means that the fixes for 8.3 will need to target >PHP-8.3 branch and master will be essentially for PHP 8.4. Also don't >forget to

[PHP-DEV] Upgraded Debian on people.php.net

Hi, I have just upgraded the Debian version on svn2 (people, talks, gtk) to Buster — solving the problem with people not working due to SSL certificate issues. I also had to upgrade PHP — it was running PHP 5.6 (now 7.3, as that comes with Debian Buster). Which also meant I had to upgrade the

  1   2   3   4   5   6   7   8   9   10   >