Require PHP >= 8.0 due to Symfony stack incompatibilities
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
phpmyadmin (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Jammy |
Confirmed
|
Undecided
|
Unassigned | ||
Kinetic |
Won't Fix
|
Undecided
|
Unassigned | ||
Lunar |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[ Impact ]
The lack of PHP < 8 support in Ubuntu's Symfony due to the Ubuntu PSR stack delta makes phpmyadmin crash when users try to run it through unsupported (non-Ubuntu) versions of PHP < 8 (See LP: #1975892).
This led to several complaints in the upstream channels
- See: https:/
- See: https:/
[ Test Plan ]
From a clean ll/kk/jj install:
- Install phpmyadmin (no need to setup a DB)
# apt update
# apt install -y phpmyadmin libapache2-mod-php
- Configure apache2
# echo 'Include /etc/phpmyadmin
# systemctl restart apache2
- Verify the login page in http://
- Install PHP 7.4 (you can use Onrej Sury's PPA for this purpose)
# add-apt-repository ppa:ondrej/php
# apt update
# apt install -y php7.4
- Run phpmyadmin with the custom php 7.4
# a2dismod php8.1
# a2enmod php7.4
# systemctl restart apache2
- Verify the login page in http://
- Install the proposed version of phpmyadmin (the fix provided here)
- Run phpmyadmin with the custom php 7.4
- Verify the login page in http://
- For completeness, you can verify that the package still works with php8. disable the php7.4 apache module and re-enable the php8.1 one.
# a2dismod php7.4
# a2enmod php8.1
# systemctl restart apache2
- Then verify that http://
[ Where problems could occur ]
Users with custom environments, using a third party PHP < 8 version and a third party PSR/symfony stack (non-Ubuntu) would experience a regression here. Their phpmyadmin installation would go from a functional state to a "gracefully halting" one.
This should not be a major issue given such users would be running an unsupported customization of our stack. The workaround for such users would be to consume phpmyadmin from a different source.
[ Other Info ]
While this SRU is proposing to fix a customized workflow (i.e., Ubuntu's PHP users are not affected here), there is a large user base consuming the PHP interpreter from third party sources. Therefore it would be nice from us to let them know this workflow is currently unsupported. This would also reduce the burden on the upstream project, as shown above.
Also, see: https:/
Related branches
- William Desportes (community): Approve
- Simon Quigley (community): Approve
-
Diff: 157 lines (+118/-1)4 files modifieddebian/changelog (+13/-0)
debian/control (+2/-1)
debian/patches/Require-PHP-8.0.patch (+102/-0)
debian/patches/series (+1/-0)
- William Desportes (community): Approve
- Canonical Server packageset reviewers: Pending requested
- Canonical Server Reporter: Pending requested
-
Diff: 155 lines (+98/-1)7 files modifieddebian/NEWS (+11/-0)
debian/changelog (+14/-0)
debian/conf/apache.conf (+6/-0)
debian/control (+2/-1)
debian/patches/CVE-2023-25727.patch (+24/-0)
debian/patches/Require-PHP-8.0.patch (+39/-0)
debian/patches/series (+2/-0)
- William Desportes (community): Approve (diff)
- Canonical Server Reporter: Pending requested
-
Diff: 166 lines (+101/-2)7 files modifieddebian/NEWS (+11/-0)
debian/changelog (+16/-0)
debian/conf/apache.conf (+6/-0)
debian/control (+3/-2)
debian/patches/CVE-2023-25727.patch (+24/-0)
debian/patches/Require-PHP-8.0.patch (+39/-0)
debian/patches/series (+2/-0)
- William Desportes (community): Approve (debdiff)
- Canonical Server Reporter: Pending requested
-
Diff: 155 lines (+98/-1)7 files modifieddebian/NEWS (+11/-0)
debian/changelog (+14/-0)
debian/conf/apache.conf (+6/-0)
debian/control (+2/-1)
debian/patches/CVE-2023-25727.patch (+24/-0)
debian/patches/Require-PHP-8.0.patch (+39/-0)
debian/patches/series (+2/-0)
- William Desportes (community): Approve (code + ppa)
- Canonical Server Reporter: Pending requested
- Bryce Harrington: Pending requested
-
Diff: 166 lines (+126/-1)5 files modifieddebian/NEWS (+11/-0)
debian/changelog (+10/-0)
debian/control (+2/-1)
debian/patches/Require-PHP-8.0.patch (+102/-0)
debian/patches/series (+1/-0)
- William Desportes (community): Approve (ppa)
- git-ubuntu bot: Approve
- Bryce Harrington (community): Approve
- Canonical Server Reporter: Pending requested
-
Diff: 143 lines (+111/-1)4 files modifieddebian/changelog (+6/-0)
debian/control (+2/-1)
debian/patches/Require-PHP-8.0.patch (+102/-0)
debian/patches/series (+1/-0)
description: | updated |
summary: |
- [SRU] require PHP 8 (LP: #1975892) + Require PHP >= 8.0 due to Symfony stack incompatibilities |
Changed in phpmyadmin (Ubuntu Kinetic): | |
status: | Confirmed → Won't Fix |
tags: |
added: verification-done-lunar removed: verification-needed-lunar |
description: | updated |
Thanks, William.
Would you mind also providing a patch to get this fixed in lunar? We can SRU it in there as well (the current patch for jammy does not apply in lunar for this specific case. From all the SRUs you filed, I believe this is the only patch missing in Lunar.
The reason we want this fixed in lunar (and kinetic as well) is to avoid regressions when users upgrade from one series to a greater one (e.g., from Jammy to kinetic).