Re: [Tiki-devel] Tiki trunk/master is switching today to PHP 8.1 minimum, in preparation for Tiki 26.0
Marc Laporte <[email protected]>
| Newsgroups | gmane.comp.cms.tiki.devel |
|---|---|
| Message-ID | <[email protected]> |
A few other key takeaways from today and recent days: 1- Benoit ran https://github.com/phpstan/phpstan on the Tiki code base. As you would expect from a 20+ years-old code base, it had plenty of constructive criticism. Benoit's next step is to filter that down to actionable chunks (now vs later and expertise level required) 2- Here is a very important commit for GlitchTip work, and Smarty: https://gitlab.com/tikiwiki/tiki/-/merge_requests/2691 3- Switching to PHP 8.1+ makes us eligible for dozens of Composer dependency upgrades. We'll do a few now if they provide a known benefit. But most of the other Composer upgrades will be done progressively after the release of Tiki 26.0, with a goal that all Composer dependencies are on latest/almost latest versions for 27.0 Exciting times ahead! Marc On Fri, 12 May 2023 18:00:45 -0400 [email protected], Tiki developers [email protected] said > This is happening next week: > https://gitlab.com/tikiwiki/tiki/-/merge_requests/2711 > > The whole GlitchTip-Tiki team (which contributed about 200 bug fixes in last > few weeks) will now shift its focus to PHP 8.1: > https://dev.tiki.org/Using-GlitchTip-as-part-of-the-Tiki-development-process > > Please everyone switch your trunk/master systems to PHP 8.1 and be ready to > update frequently because there will be a lot of commits coming > > Thank you and best regards, > > Marc > > > On Fri, 12 May 2023 15:15:29 -0400 [email protected], Tiki developers > [email protected] said > > > Hello, > > > > As discussed in the chatroom, the PHP version support is increasingly a > > concern. > > > > https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$9_JHuXClV_DzxsyfoRB1i9iLLMcs-NJcPWUnyejOyNo?via=matrix.org&via=gitter.im&via=coeus.ca > > > > After analysis, the best (less bad) option is to move to PHP 8.1 in trunk > > now, and sprint to fix all remaining PHP8 issues before the release of 26.0 > > (ideally all before branching) > > > > Why not PHP 8.0? Extra work, and many important dependencies now require PHP > > 8.1 (if we want to leverage most modern code) > > > > Why not keep 7.4 and add 8.1? This is doable but more work. And it prevents > > us from fully taking advantage of PHP8 The time we save by testing and > > fixing 7.4 is better invested in fixing more things in 8.1. > > > > What about PHP 8.2? We'll add support for Tiki 27LTS (and maintain 8.1) > > > > I updated: > > https://doc.tiki.org/PHP8 > > https://doc.tiki.org/Requirements > > > > So it will be a bumpy period, but it is the way to go. There could be some > > lesser used features that are not functional in Tiki 26.0 because of an > > abandoned dependency. We'll work on these for 26.1 and 26.2. > > > > Thank you Benoit Grégoire for your energy and expertise here. Thank you > > SoftStart for all the previous work on PHP8 support. Thank you to the > > EvoluData dev team for all the recent work on PHP8, including some nasty > > hard > > crashes. The coming weeks will be bumpy and I am counting on you all. > > > > And special thanks to the PHP community for all the innovation. The future > > is > > bright! > > https://thephp.foundation/ > > > > Best regards, > > > > Marc _______________________________________________ TikiWiki-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel