- π¬π§United Kingdom longwave UK
Agree with #33 and #37; I don't believe we can decide a policy now that will apply to all future versions, because it depends on multiple factors: the dependency itself, what choices they make, and what the break is - if for example PHP decide to release 9.0 instead of 8.3 or 8.4 then we have a bunch of very different considerations to make, all depending on what our dependencies themselves do about that.
- π³πΏNew Zealand quietone
In terms of policy, I think longwave is on the right track that whatever we implement it is a best effort. But, we can state what our aim/considerations are when making decisions. Such as keeping site owners informed and finding flexible solutions etc.
- π¬π§United Kingdom catch
PHP's support cycle changed since we last discussed this, and there's now four years of security support for each release.
https://www.php.net/supported-versions
This means Drupal 10's minimum of PHP 8.1 is supported until December 2025, while we're intending to support Drupal 10 until December 2026.
Drupal 11's minimum of PHP 8.3 is supported until December 2027 etc.
I think the main consideration here is which PHP version we start a major release on, e.g. π± [11.x] [policy] Require PHP 8.3 for Drupal 11 RTBC , so I'm going to postpone this issue on π± [policy] Default to requiring the latest stable PHP release available when a new major version reaches beta Active .