Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125732
Feedback-ID: i8414410d:Fastmail
Precedence: bulk
MIME-Version: 1.0
Date: Wed, 02 Oct 2024 13:36:12 -0500
To: "php internals" <internals@lists.php.net>
Message-ID: <92b537ac-62f4-435c-bf55-07223cfa1915@app.fastmail.com>
Subject: [PHP-DEV] [RFC] Policy on 3rd party code
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
From: larry@garfieldtech.com ("Larry Garfield")

Since Jim's RFC proposal was criticized for being too vague, I hereby offer a somewhat more prescriptive policy proposal on using 3rd party code.  (With JIm's blessing.)  It's still more heuristics than rules, but I think that's the right approach generally.  It also includes a voting mechanism to resolve edge cases when they come up.

I'm sure we'll bikeshed it to death, but please keep an open mind about the concept in the first place.  PHP is more than just php-src, and that's a good thing.  We need to catch up with that reality, while at the same time maintaining a reasonable neutrality about projects Internals doesn't manage directly.

https://wiki.php.net/rfc/third-party-code

*Puts on trusty flame-retardant suit*

-- 
  Larry Garfield
  larry@garfieldtech.com