Re: [PHP-DEV] [RFC][Vote] Policy on third party code

2024-11-10 Thread John Coggeshall
On Nov 11 2024, at 12:03 am, Larry Garfield wrote: > > First off, the obligatory "it was open for discussion for a month, and now > you mention this?" I apologize for that, wasn't intentional. Unfortunately a whole pile of personal matters landed on my head between ... let's say October and N

Re: [PHP-DEV] [RFC][Vote] Policy on third party code

2024-11-10 Thread Larry Garfield
On Sun, Nov 10, 2024, at 6:40 PM, John Coggeshall wrote: >> And we're in 2024 now and nobody writes PHP code without Composer. Without >> this change, we can't use any composer available library for PHP.NET sites, >> nor even mention it in the documentation. >> That's bonkers. > > 100% agree with

Re: [PHP-DEV] [RFC][Vote] Policy on third party code

2024-11-10 Thread Pedro Magalhães
On Fri, Nov 8, 2024 at 11:35 PM Larry Garfield wrote: > I have opened the vote on the proposed third-paty-code policy > clarification. > > https://wiki.php.net/rfc/third-party-code > > The vote will end on 22 November. > > -- > Larry Garfield > la...@garfieldtech.com Hi Larry, I want to le

Re: [PHP-DEV] [RFC][Vote] Policy on third party code

2024-11-10 Thread John Coggeshall
I also voted against because I think it's silly to create these arbitrary rules on the various frameworks. "Not playing favorites" is literally as easy as saying "The people who volunteered their time to build X did so using Y because that's what they knew, it doesn't mean the PHP project favors

Re: [PHP-DEV] [RFC][Vote] Policy on third party code

2024-11-10 Thread John Coggeshall
> And we're in 2024 now and nobody writes PHP code without Composer. Without > this change, we can't use any composer available library for PHP.NET sites, > nor even mention it in the documentation. > That's bonkers. > 100% agree with you. > This is counter productive, because the current rule

Re: [PHP-DEV] [RFC][Vote] Policy on third party code

2024-11-10 Thread Derick Rethans
On 11 November 2024 00:14:22 GMT, John Coggeshall wrote: >I also voted against because I think it's silly to create these arbitrary >rules on the various frameworks. "Not playing favorites" is literally as easy >as saying "The people who volunteered their time to build X did so using Y >because