PHP 8.0 removal

[LeSuisse]

PHP 8.0 will reach end-of-life at the end in November 2023.

This issue is here to track the progress of its removal from nixpkgs.

This affects:

• grocy
  • master supports PHP 8.1, not released yet (2023-04-03)
  • grocy, limesurvey: mark as broken due to lack of PHP 8.1 compatibility #232276
• limesurvey
  • grocy, limesurvey: mark as broken due to lack of PHP 8.1 compatibility #232276
  • limesurvey: 5.6.9+230306 -> 6.1.2+230606, unmark broken #237389
• moodle
  • PR to move to PHP 8.1 : nixos/moodle: use PHP 8.1 #224491
• roundcube
  • PR to move to PHP 8.1 nixos/roundcube: use PHP 8.1 #224494
• tt-rss
  • They seem to use PHP 8.1 in their test suites/Docker images, should be OK to upgrade
  • PR to move the module to PHP 8.1 by default: tt-rss: unstable-2022-10-15 -> unstable-2023-04-13, module use PHP 8.1 #228492
• n98-magerun
  • Upstream ticket tracking PHP 8.1 progress: [WIP-PHP81] Checklist netz98/n98-magerun#1275
• arcanist
  • Upstream ticket tracking PHP 8 compatibility: https://secure.phabricator.com/T13588 (seems mostly done?)
  • arcanist: 20220517 -> 20230401, switch to PHP 8.1 #232272
• Support of PHP 8.0 in unit
  • PR to drop PHP 8.0 support: unit: drop PHP 8.0 support, add PHP 8.2 support #227026

[Atemu]

Wouldn't it be better to just mark php80 as "broken" rather than the individual packages?

Ideally, we'd also only mark it broken when lib.isInOldestRelease 2305 which would "automatically" happen before branch-off of 23.11.

I think I might shoot a PR to do this while reverting #232276 so that Grocy can still be used until branch-off. In the mean time, upstream will hopefully have released a PHP 8.1 compatible version (grocy/grocy#2251).

[Atemu]

#236904

[LeSuisse]

PHP 8.0 will be removed before 23.11 branch off as it will be end of life by then.

Ideally, we'd also only mark it broken when lib.isInOldestRelease 2305 which would "automatically" happen before branch-off of 23.11.

It's the packages that are broken not PHP itself, marking the packages directly is the way to go IMO. It's also make things clear and put them on the path of removal if upstream cannot maintain them to a maintained version of PHP.

[LeSuisse]

@sreichel Do you know if there is any chance that a version of n98-magerun compatible with PHP 8.1 will be published soon(ish)? The upstream issue seems to be stalled for the past 2 weeks.

[sreichel]

@LeSuisse @cmuench i cant tell about release plans.

[sreichel]

@LeSuisse magerun is nearly ready. There is a v3 dev-release for php81, that just need some improvments.