PHP 7.0.8 for Jessie

June 24, 2016 · Guillaume Plessis

On June 23rd 2016, the PHP group published PHP 7.0.8.

This is a security release. Several security bugs were fixed in this release. All PHP 7.0 users are encouraged to upgrade to this version.

Please also note that bcmatch, dba, mbstring, soap, xml and zip now have their separate dedicated packages.

Packages of PHP 7.0.8 are now available for Debian 8 “Jessie” on amd64 and i386 architectures, along with the following PECL extensions : APCu, APCu_bc, geoip, igbinary, imagick, memcached, mongodb, msgpack, redis, ssh2 and xdebug (Careful, PHP 7 support from some of them is still very young!).

As usual :

your feedback is always welcome. Just make sure it is useful.
feel free to show your support, it is always greatly appreciated… :)

Alexandre June 24, 2016
I am currently provisioning a lot of virtual machines and the last one got this version. There is an error with xdebug :
Setting up php7.0-xdebug (1:2.4.0-1dotdeb+8.1) … WARNING: Module xdebug ini file doesn’t exist under /etc/php/7.0/mods-available WARNING: Module xdebug ini file doesn’t exist under /etc/php/7.0/mods-available Processing triggers for libc-bin (2.19-18+deb8u4) … Processing triggers for systemd (215-17+deb8u4) … Processing triggers for php7.0-fpm (7.0.8-1dotdeb+8.1) …
- Guillaume Plessis June 28, 2016
  @Alexandre : an updated php7.0-xdebug package fixes the problem.
Peter Ward June 25, 2016
A big thanks for adding ssh2 module Guillaume!
Dimitry June 25, 2016
Hi. We have a problem after this update with imagick and geoip. ini files are not created in /etc/php/7.0/mods-available, this files located in /etc/php/mods-available and this file does not exists /etc/php/7.0/apache2/conf.d/20-imagick.ini
Enabling modules does not work: phpenmod imagick WARNING: Module imagick ini file doesn’t exist under /etc/php/7.0/mods-available
Reinstalling after purge is the same. With ssh2 ext would be exact same problem.
Please fix ini locations or so….
- Guillaume Plessis June 28, 2016
  @Dimitry : I updated the packages, it should be fixed now.
canique June 25, 2016
After upgrading to this release I get the error that the function mb_internal_encoding () is undefined.
There must be something wrong with this release.
- hernandy June 25, 2016
  apt-get install php7.0-mbstring
canique June 25, 2016
Yeah, sorry, I just saw the hint that some functions like xml and mbstring are in separate packages now. thanks anyway :)
Guillaume Plessis June 25, 2016
@Alexandre @Dimitry : Thanks for your feedback. I’ll post new extension packages soon to fix the problem
- Alexandre June 26, 2016
  Thx for your work (and your time) :)
Eugen Mayer June 26, 2016
It seems like you do compile php7 without XML support now (build in) this is very critical, since pecl expect xml to be build in.
when it runs any installation scripts, it uses php -n .. so not php.inis are parsed and no “not build in” modules are loaded.
This renders pecl completly broken.
Also see http://serverfault.com/a/612038
- Guillaume Plessis June 28, 2016
  @Eugen : I’ll provide a fix soon by providing an up-to-date php-pear package
- Guillaume Plessis June 29, 2016
  @Eugen : php-pear has been updated and is now fully compatible with our PHP 7 packages
whitebox June 27, 2016
pthreads support would be great.
Oli June 27, 2016
Two things to do after update (if you need these modules, they’re not included as usual) : sudo apt-get install php7.0-mbstring sudo apt-get install php7.0-xml
Alessandro June 27, 2016
Hi Guillaume,
after the upgrade phpMyAdmin doesn’t work anymore. There is the error: PHP Fatal error: Uncaught Error: Call to undefined function mb_detect_encoding()
Now I roll back to previous version and everything work again, do you suggest to wait before upgrading again?
Thank you for your help! :-)
Ale
- Alessandro June 27, 2016
  The solution:
  install the following packages: apt-get install php7.0-mbstring apt-get install php7.0-xml apt-get install php7.0-gd
  and the restart Apache: service apache2 restart
  Now everything is ok! :-)
  Ale
Eugen Mayer June 27, 2016
As explained above, installing php7.0-xml does not fix the PECL/PEAR issue, since PECL requires to have xml build in, see http://serverfault.com/a/612038
This is pretty severe.
- David Goodwin June 27, 2016
  For me, an apt-get dist-upgrade breaks and it’s necessary to “apt-get install -f”. I’m hoping there will be some new builds of these ….
  Unpacking php7.0-xml (7.0.8-1~~dotdeb+8.1) … dpkg: error processing archive /var/cache/apt/archives/php7.0-xml_7.0.8-1~~dotdeb+8.1_amd64.deb (–unpack): trying to overwrite ‘/usr/lib/php/20151012/xsl.so’, which is also in package php7.0-xsl 7.0.6-1~~dotdeb+8.1 Preparing to unpack …/php7.0-xsl_7.0.8-1~~dotdeb+8.1_all.deb …
Vincent Bouffard June 27, 2016
Hello Guillaume,
Merci pour cette mise à jour 7.0.8. Cependant, quand je tente de faire la mise à jour “aptitude safe-upgrade” comme d’habitude, j’ai les infos suivantes :
Les paquets suivants seront ENLEVÉS : apache2{u} apache2-data{u} libqdbm14{u} php-readline{u} ssl-cert{u} Les paquets suivants seront mis à jour : libapache2-mod-php7.0 php-common php7.0-cli php7.0-common php7.0-json php7.0-opcache php7.0-readline
C’est la première fois que la mise à jour me propose de supprimer Apache 2, alors que pourtant le paquet libapache2-mod-php7.0 en dépend.
Est-ce une erreur de ma part (cela se reproduit sur mes 8 serveurs) ou est-ce un souci de dépendance lors de la compilation ?
Merci d’avance :)
Vincent
- Guillaume Plessis June 30, 2016
  @Vincent : do you have any apache2-mpm-* package installed?
  - Vincent Bouffard June 30, 2016
    @Guillaume : je n’avais pas le paquet apache2-mpm-prefork d’installé (même si le module était bien présent), c’est chose faite suite à ton message et depuis, il ne me propose plus de l’enlever ;)
    Merci pour l’info, je peux passer en PHP 7.0.8 :)
S. Maad June 27, 2016
Just like mentioned by @Alexandre, I am having the same issue.
Unable to install/upgrade php 7 packages due to the change in path of “mods-available”. Can we expect a fix soon?
Dennis June 27, 2016
We had to run apt-get -f install on all of our servers (which are under puppet control) to fix the missing xml package. Also we are unable to install pecl extensions due to the missing xml.
- Guillaume Plessis June 29, 2016
  @Dennis : php-pear has been updated and is now fully compatible with our PHP 7 packages
Andrew June 27, 2016
BUG Application writed in Zend2
php-fpm7.0[8228]: segfault at 7ffcd4f8ffa0 ip 00007f0d50577b39 sp 00007ffcd4f8ff70 error 6 in php-fpm7.0[7f0d50318000+456000]
Thomas June 28, 2016
php-fpm with typo3 segfaults on each request:
*** Error in `php-fpm: pool www’: free(): invalid next size (fast): 0x000055ef4c8f0d10 *** [28-Jun-2016 10:27:28] WARNING: [pool www] child 18398 exited on signal 6 (SIGABRT - core dumped) after 8.582213 seconds from start
Thomas June 28, 2016
Update: Can be fixed with a newer pcre version. See: https://github.com/oerdnj/deb.sury.org/issues/353
Salikh June 29, 2016
Thanks for this update! Very need php7.0-mbstring. Will you add it?
- Salikh June 29, 2016
  apt-cache search mbstring php7.0-mbstring - MBSTRING module for PHP
  Question closed
Ovidiu June 29, 2016
I’ve got a slightly different problem here, I not yet using PHP7, still on 5.6 and when updating php-pear it now wants to pull in PHP7.
root@alfred:# apt-get dist-upgrade -u Reading package lists… Done Building dependency tree Reading state information… Done Calculating upgrade… Done The following NEW packages will be installed: php-cli php-common php-xml php7.0-cli php7.0-common php7.0-json php7.0-opcache php7.0-readline php7.0-xml The following packages will be upgraded: php-pear 1 upgraded, 9 newly installed, 0 to remove and 0 not upgraded. Need to get 2,382 kB of archives. After this operation, 10.9 MB of additional disk space will be used. Do you want to continue? [Y/n] n Abort. root@alfred:# apt-cache policy php-pear php-pear: Installed: 5.6.22+dfsg-0+deb8u1 Candidate: 1:1.10.1+submodules+notgz-8 Version table: 1:1.10.1+submodules+notgz-8 0 600 http://packages.dotdeb.org/ jessie/all amd64 Packages *** 5.6.22+dfsg-0+deb8u1 0 500 http://security.debian.org/ jessie/updates/main amd64 Packages 100 /var/lib/dpkg/status 5.6.20+dfsg-0+deb8u1 0 500 http://debian.mirrors.ovh.net/debian/ jessie/main amd64 Packages
- Guillaume Plessis June 29, 2016
  @Ovidiu : ok, I’ll provide a fix asap. Thanks for your feedback.
  - Ovidiu July 1, 2016
    Awesome, thanks for taking action!
    - Guillaume Plessis July 12, 2016
      @Ovidiu : the problem should now be fixed.
- Steven July 7, 2016
  Have the same issue here. I want to stick with 5.6. But I am forced to update to 7 when using php-pear (via php-pear -> php-cli -> php7.0-cli). So I’m looking forward to your patch.
  - Guillaume Plessis July 12, 2016
    @Steven : the problem should now be fixed.
Constantin Bryzgalin June 29, 2016
igbinary: Session Support: no
oh, come on! why is it gone?
Vincent Bouffard June 29, 2016
@Guillaume : hello, as-tu une idée d’où peut venir mon souci (/2016/06/24/php-7-0-8-for-jessie/#comment-35219) ? :) J’aimerais bien passer à 7.0.8 ;)
- Guillaume Plessis June 29, 2016
  @Vincent : je vais jeter un oeil. A partir de quelle version tentes-tu le safe-upgrade?
  - Vincent Bouffard June 29, 2016
    Actuellement je suis en 7.0.7-1~dotdeb+8.1 ;) Merci pour ton aide :)
blubbsy June 29, 2016
since the update i cant work with php7.0-zip. i always get the error “php7.0-zip : Depends: libzip2 (>= 0.11.2) but it is not installable”. Any way to fix this somehow?
- Guillaume Plessis June 29, 2016
  @blubbsy : Jessie already includes the right version of libzip2 (https://packages.debian.org/jessie/libzip2). Please check your sources.list and that your machine is up-to-date.
  - Blubbsy June 30, 2016
    downgrade and then again an upgrade worked.
Stefan June 30, 2016
Not sure yet what this is related to, but I get the following errors on startup after the upgrade:
Jun 30 07:46:28 srv01 php-fpm7.0[8150]: [30-Jun-2016 07:46:28] NOTICE: PHP message: PHP Warning: PHP Startup: Unable to load dynamic library ‘/usr/lib/php/20151012/mysqli.so’ - /usr/lib/php/20151012/mysqli.so: undefined symbol: mysqlnd_connect in Unknown on line 0 Jun 30 07:46:28 srv01 php-fpm7.0[8150]: [30-Jun-2016 07:46:28] NOTICE: PHP message: PHP Warning: PHP Startup: Unable to load dynamic library ‘/usr/lib/php/20151012/pdo_mysql.so’ - /usr/lib/php/20151012/pdo_mysql.so: undefined symbol: mysqlnd_allocator in Unknown on line 0 Jun 30 07:46:28 srv01 php-fpm7.0[8150]: [30-Jun-2016 07:46:28] NOTICE: PHP message: PHP Warning: PHP Startup: Unable to load dynamic library ‘/usr/lib/php/20151012/pdo_pgsql.so’ - /usr/lib/php/20151012/pdo_pgsql.so: undefined symbol: pdo_parse_params in Unknown on line 0
- Guillaume Plessis July 6, 2016
  @Stefan : sorry for the late answer. Could you please make sure that pdf, opcache and mysqlnd are being loaded first by using 10-.ini files (instead of 20-.ini) in /etc/php/7.0/cli/conf.d/. It should solve your issue.
sousstudio June 30, 2016
Could you please be so kind to recompile it against OpenSSL 1.0.2+?
The problem: Google’s policy decision made so that in order for HTTP2 to work, you need ALPN, which is only available on OpenSSL 1.0.2+. The problem is building your package from source fails for some reason, and your version compiled against OpenSSL 1.0.1 so we cannot use PHP7-FPM with HTTP2.
- Guillaume Plessis June 30, 2016
  @sousstudio : sorry but :
  - OpenSSL 1.0.2 is not present in Jessie
  - I don't want to take the responsibility of maintaining the backport of such a sensible library
  - sousstudio June 30, 2016
    So, basically no luck having latest security library with latest HTTP2?
    See, apt-get source php7.0 && apt-get build-dep php7.0 && debuild -us -uc -b fails.
    Could you perhaps make 1 build and put it here? I’m sure many frustrated admins will be dying to download it.
sousstudio July 1, 2016
For all who’s looking forward to OpenSSL1.0.2. https://serverfault.com/questions/775298/debian-jessie-nginx-with-openssl-1-0-2-to-use-alpn-rather-than-npn
Cheers to Guillaume Plessis :-) (was his idea to backport)
David Goodwin July 3, 2016
Is php7.0-xsl now a dummy/empty package?
xsl.so seems to be in the php7.0-xml package.
- Guillaume Plessis July 3, 2016
  @David : you’re right, it’s a transitional package. Everything related to xml has been placed into php7.0-xml
Amador July 3, 2016
Launch date for ZTS version?
- Guillaume Plessis July 3, 2016
  @Amador : I’m currently working on having a dual (zts and non-zts) build system integrated into Debian unstable. No ETA yet, sorry
Frank July 4, 2016
Hello, thanks for your work but how I can remove PHP 7 from Debian Jessie? I need PHP 5.6 from the Debian repository.
- Guillaume Plessis July 6, 2016
  @Frank : this is caused by a too restrictive permission on php-pear. I’m working on a fix.
  In the meantime, if you don’t need this particular package, you should uninstall it, it will solve your dependency issue.
WHAT July 6, 2016
What the F*CK happend to MYSQLI? PHP Fatal error: Uncaught Error: Class ‘mysqli’ not found
Thank you for shit.
Vincent Bouffard July 6, 2016
Did you try to restart Apache ? I have had this error after upgrade. A restart and it will work as usual ;)
- Guillaume Plessis July 6, 2016
  @What : FYI the included configuration files have been moved to /etc/php/7.0/fpm/conf.d/ between 7.0.7 and 7.0.8 (it is automatically handled by the post-installation script). If any *-mysqli.ini file is present in this directory and if it’s correct, then mysqli should be loaded.
  It is apparently not your case, so could you please track any error while invoking php-fpm7.0 -m or php-fpm7.0 -i. Thanks.
- Guillaume Plessis July 6, 2016
  @WHAT : here is the list you should have (with the corresponding priority in every file, according to its name):
```
/etc/php/7.0/cli/conf.d/10-mysqlnd.ini,
/etc/php/7.0/cli/conf.d/10-opcache.ini,
/etc/php/7.0/cli/conf.d/10-pdo.ini,
/etc/php/7.0/cli/conf.d/20-calendar.ini,
/etc/php/7.0/cli/conf.d/20-ctype.ini,
/etc/php/7.0/cli/conf.d/20-exif.ini,
/etc/php/7.0/cli/conf.d/20-fileinfo.ini,
/etc/php/7.0/cli/conf.d/20-ftp.ini,
/etc/php/7.0/cli/conf.d/20-gettext.ini,
/etc/php/7.0/cli/conf.d/20-iconv.ini,
/etc/php/7.0/cli/conf.d/20-json.ini,
/etc/php/7.0/cli/conf.d/20-mysqli.ini,
/etc/php/7.0/cli/conf.d/20-pdo_mysql.ini,
/etc/php/7.0/cli/conf.d/20-phar.ini,
/etc/php/7.0/cli/conf.d/20-posix.ini,
/etc/php/7.0/cli/conf.d/20-readline.ini,
/etc/php/7.0/cli/conf.d/20-shmop.ini,
/etc/php/7.0/cli/conf.d/20-sockets.ini,
/etc/php/7.0/cli/conf.d/20-sysvmsg.ini,
/etc/php/7.0/cli/conf.d/20-sysvsem.ini,
/etc/php/7.0/cli/conf.d/20-sysvshm.ini,
/etc/php/7.0/cli/conf.d/20-tokenizer.ini
```
  As explained before, mysqlnd, pdf (not pdo_mysql) and opcache should have a priority of 10, and only them.
- WHAT July 6, 2016
  Thank you for your time and work. I’ll heading home now.
  - Guillaume Plessis July 6, 2016
    @WHAT : I’m glad that your issue has been fixed. Thanks for your feedback about breaking changes.
    Let me just remind you - regarding your first comment - that using the f* and sh* words while asking for help is not the most efficient way to get some.
    Have a safe trip home.
Alexey Genus July 7, 2016
Hi, Guillaume! Firstly, thank you for you work! I watched your github repo (dotdeb-php) and can’t understand how you package extensions: there are no of them there. Also I checked out your post on packaging extensions: /2008/09/25/how-to-package-php-extensions-by-yourself/ but this dh-make-php only suports PHP4 and PHP5.
- Guillaume Plessis July 7, 2016
  @Alexey : for PHP7, every extension has its own repo : https://github.com/gplessis?tab=repositories
Alexey Genus July 7, 2016
Thank you! Couldn’t find them on your main profile page. Will now investigate how you package extensions.
Jaroslav Petrusevic July 10, 2016
Hello,
any updates on php7-gearman package?
Thank you!
Ovidiu July 12, 2016
Fixed indeed, thanks!
Steven July 12, 2016
Guillaume, it’s indeed fixed. Thanks!
Olivier July 20, 2016
Hi Guillaume, thanks for all your work! Do you intend to build the Memcache extension for php7 (Memcache, not Memcached…)
Regards
- Guillaume Plessis July 20, 2016
  @Olivier : unfortunately I have no plan for this since the memcache extension is not actively maintained anymore.
Kenny Millington July 21, 2016
Hi,
The -dbg package appears to be missing for 7.0.8+ because Debian have updated the package to:-
- Remove -dbg from control/control.in
- Updated debian/rules to use dh_strip –dbgsym-migration instead of –dbg-package (and removed the PHP_DBG variable)
You might want to revert those changes when building jessie packages so that the -dbg package is generated.
Thanks, Kenny
foto July 22, 2016
Sorry for easy question. Where I find php.ini ? it’s correct /etc/php/7.0/fpm/php.ini ?
I increased max_input_vars to 10000 but reload php-fpm + ngnix and turn off and start VPS dont change error from log (piwigo administration sitemap plugin)
error ngnix log: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. ….
foto July 22, 2016
hmm I remove " ; " before max_input_vars and it work ;)
foto July 22, 2016
eh I’m green user. When I remove " ; " I have no error :)