PHP 8.0 transition plan

Bryce Harrington bryce.harrington at
Sat May 15 03:54:45 UTC 2021

Hi mwhudson,

The other day you mentioned you'd be on +1 duty next week and expressed
interest in how the php transition is going.

Here's a wiki page with the current state of things:

I've put in rebuilds for most of the stack by now, and a healthy chunk
has at least built and entered -proposed, and some has fully migrated.
A bunch of stuff is blocked by php-apcu and if that can migrate, a lot
more of the stack should migrate too.  The task here is getting symfony
and php-doctrine-cache to migrate, but they have some non-obvious test
failures that need investigation.

For items in that list that are FTBFS I've done some preliminary
investigation and noted possible solutions.  Some of these will be
pretty easy to fix.

The stuff under To Review probably just need nochange rebuilds but I
haven't had a chance yet to look through them.

I'll be out first half of Monday but will continue on this transition
through the rest of the week.


On Wed, May 12, 2021 at 09:12:03AM -0700, Bryce Harrington wrote:
> Hi devs,
> For impish the server team will be transitioning PHP to 8.0 over the
> coming weeks. (LP: #1927264) [0]
> Since version 7.0, upstream PHP has adopted a regular release cadence[1],
> with one release per year. Each release is supported for 2 years, plus a
> third year of security critical fixes. PHP 8.0 was available last cycle
> but since changes from 7.4 to 8.0 were significant[2], we opted to postpone
> it to the 21.10 cycle and focused instead on resolving some phpunit
> 8.5->9.5 transition troubles. Landing PHP 8.0 this cycle will enable it
> to receive testing in a release prior to 22.04 LTS.
> php8.0 has now been sync'd into impish from Debian experimental and set
> as the default PHP.  This breaks the PHP stack[3] and starts the actual
> transition.
> Most or all of the PHP stack will need rebuilt at this point. This is
> phased due to package dependencies - for the php7.4 transition we
> started with php-propro, php-apcu, and php-msgpack; followed by
> php-apcu-bc, php-imagick, and php-igbinary; and then the rest of the
> stack. I anticipate php8.0's transition will proceed similarly.
> Typically during PHP transitions, packages will fail to build or fail
> autopkgtests. Deprecated functionality[4] has been a common case and
> likely will be so for php8.0 as well[5]. There may also be
> phpunit-related issues in packages that didn't get re-built or re-tested
> since phpunit 9.5 transitioned.
> Thanks,
> Bryce
> 0:
> 1:
> 2:
> 3:
> 4:
> 5:
> -- 
> ubuntu-devel mailing list
> ubuntu-devel at
> Modify settings or unsubscribe at:

More information about the ubuntu-devel mailing list