Some php5 packages not upgraded to php7 from 14.04 to 16.04
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
php5 (Ubuntu) |
Won't Fix
|
Wishlist
|
Unassigned |
Bug Description
For reference:
https:/
libapache2-mod-php5 doesn't appear to get upgraded to libapache2-
ii libapache2-mod-php5 5.5.9+dfsg-
ii php-auth 1.6.4-1 all Creating an authentication system
ii php-auth-sasl 1.0.6-1 all Abstraction of various SASL mechanism responses
ii php-db 1.7.14-2 all PHP PEAR Database Abstraction Layer
ii php-http-request 1.4.4-4 all PEAR class to provide an easy way to perform HTTP requests
ii php-log 1.12.7-1 all Logging Framework
ii php-mail 1.2.0-6 all Class that provides multiple interfaces for sending emails
ii php-mail-mime 1.8.8-1 all PHP PEAR module for creating MIME messages
ii php-mdb2 2.5.0b5-1 all merge of the PEAR DB and Metabase php database abstraction layers
ii php-net-dime 1.0.2-2 all class that implements DIME encoding
ii php-net-smtp 1.6.1-1 all PHP PEAR module implementing SMTP protocol
ii php-net-socket 1.0.14-1 all PHP PEAR Network Socket Interface module
ii php-net-url 1.0.15-3 all easy parsing of Urls
ii php-pear 5.5.9+dfsg-
ii php-soap 0.13.0-1 all SOAP Client/Server class for PHP
ii php5 5.5.9+dfsg-
ii php5-cli 5.5.9+dfsg-
ii php5-common 5.5.9+dfsg-
ii php5-curl 5.5.9+dfsg-
ii php5-gd 5.5.9+dfsg-
ii php5-imap 5.4.6-0ubuntu5 amd64 IMAP module for php5
ii php5-intl 5.5.9+dfsg-
ii php5-json 1.3.2-2build1 amd64 JSON module for php5
ii php5-mcrypt 5.4.6-0ubuntu5 amd64 MCrypt module for php5
ii php5-mysql 5.5.9+dfsg-
ii php5-pspell 5.5.9+dfsg-
ii php5-readline 5.5.9+dfsg-
ii php5-sqlite 5.5.9+dfsg-
List after do-release-upgrade to 16.04:
ii php-auth 1.6.4-1build1 all Creating an authentication system
ii php-auth-sasl 1.0.6-2build1 all Abstraction of various SASL mechanism responses
ii php-cli 1:7.0+35ubuntu6 all command-line interpreter for the PHP scripting language (default)
ii php-common 1:35ubuntu6 all Common files for PHP packages
ii php-db 1.7.14-3build1 all PHP PEAR Database Abstraction Layer
ii php-imap 1:7.0+35ubuntu6 all IMAP module for PHP [default]
ii php-log 1.12.9-1build1 all Logging Framework
ii php-mail 1.3.0-1 all Class that provides multiple interfaces for sending emails
ii php-mdb2 2.5.0b5-1build1 all merge of the PEAR DB and Metabase php database abstraction layers
ii php-net-smtp 1.7.1-1build1 all PHP PEAR module implementing SMTP protocol
ii php-net-socket 1.0.14-1build1 all PHP PEAR Network Socket Interface module
ii php-pear 1:1.10.
ii php-soap 1:7.0+35ubuntu6 all SOAP module for PHP [default]
ii php-xml 1:7.0+35ubuntu6 all DOM, SimpleXML, WDDX, XML, and XSL module for PHP [default]
ii php7.0-cli 7.0.8-0ubuntu0.
ii php7.0-common 7.0.8-0ubuntu0.
ii php7.0-imap 7.0.8-0ubuntu0.
ii php7.0-json 7.0.8-0ubuntu0.
ii php7.0-opcache 7.0.8-0ubuntu0.
ii php7.0-readline 7.0.8-0ubuntu0.
ii php7.0-soap 7.0.8-0ubuntu0.
ii php7.0-xml 7.0.8-0ubuntu0.
from /var/log/
screenlog.0:dpkg: libapache2-
screenlog.0: php5 depends on libapache2-mod-php5 (>= 5.5.9+dfsg-
screenlog.0: Package libapache2-mod-php5 is to be removed.
screenlog.0: Package libapache2-
screenlog.
Thank you.
Hello and thank you for filing this report!
I am aware of the issue you referenced, but it's not necessarily an easy one to solve. The packages from 14.04 (php5 related) are replaced by those in 16.04 (php7.0 related), but e.g., the configuration files can't necessarily migrate -- so it's not a proper replacement, if that makes sense. Additionally, some packages simply don't exist any longer.
I believe similar cases have existed in the past, with major version bumps. I will definitely consider ways to make the upgrade more seamless, but it's more like there's a whole new version of PHP rather than a straightforward upgrade (in my mind).
The end-goal is to have php- based metapackages for everything in the core, which will ease these kinds of issues going forward (as php-* ends up depending on php7.0-* right now and in a future release (e.g., 17.04, say), we would change that dependency to be php7.1-*) and upgrades should work properly :) [with some additional work].
Ondřej, do you have any further comments you might provide here? Or insight into what Debian might do for the next release as an answer to similar questions?
Thanks,
Nish