Package Details: php56-cli 5.6.40-12

Git Clone URL: https://aur.archlinux.org/php56.git (read-only, click to copy)
Package Base: php56
Description: cli (command-line executable) version for php56
Upstream URL: http://www.php.net
Keywords: php
Licenses: PHP
Submitter: mickael9
Maintainer: el_aur
Last Packager: el_aur
Votes: 50
Popularity: 0.42
First Submitted: 2016-01-03 21:26 (UTC)
Last Updated: 2024-07-26 12:55 (UTC)

Dependencies (57)

Required by (1)

Sources (26)

Pinned Comments

el_aur commented on 2023-02-22 16:02 (UTC)

Read Carefully! Breaking changes in compare with native PHP package

Console version /usr/bin/php56 is installed with php56-cli subpackage, php56 doesn't include it anymore!!!

PEAR and PECL are available as php56-pear and php56-pecl subpackages

All shared modules are respresented as stand-alone subpackages and are not included with php56 package anymore.

No more extensions in php.ini itself!

Separate INI files for each extension are placed in /etc/php56/conf.d

They are loaded in correct order according to priority

mickael9 commented on 2018-10-03 17:21 (UTC)

PHP 5.6 will stop getting security updates in January 2019. Consider upgrading to PHP 7 now

mickael9 commented on 2016-04-06 11:51 (UTC) (edited on 2018-10-03 17:18 (UTC) by mickael9)

PLEASE READ : For those who are getting "unknown public key" errors, this is NOT caused by this package. It means GPG is not configured to fetch public keys automatically (which is normal by default)

Please read the instructions at https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

The easiest way to overcome this is to manually import the keys from a keyserver :

$ gpg --keyserver hkp://hkps.pool.sks-keyservers.net:80 --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1

mickael9 commented on 2016-01-14 01:53 (UTC) (edited on 2016-08-06 17:00 (UTC) by mickael9)

foxxx and I have been working together and this package can now be installed along PHP 7 from the official repos. Everything has been moved into separate directories : Config : /etc/php56 Extensions : /usr/lib/php56/modules Binaries : /usr/bin/php56, /usr/bin/php56-cgi, /usr/bin/phar56, etc. If you were previously using this as a replacement for php7, you'll have to adjust the new configuration files in /etc/php56/ to reflect the current ones in /etc/php/. Apache module (provided by php56-apache) also has a specific configuration and CAN NOT cohabit with php7_module. Use php-fpm, fcgi or cgi if you need both versions. The apache module is installed as libphp56.so, so you should use the following lines your httpd.conf : # Load php 5.6 module LoadModule php5_module modules/libphp56.so # Use it for .php extensions Include conf/extra/php56_module.conf Please let me know if you encounter any problem or have a suggestion.

Latest Comments

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 21 Next › Last »

lmat commented on 2016-08-06 13:21 (UTC) (edited on 2016-08-06 13:28 (UTC) by lmat)

It looks like this is exactly the same as php56 (aur). Did the maintainer accidentally upload php56 here instead of php56-apache? (I'm using Download Snapshot.) I see my comment on php56-apache would up here. Either this problem is deeper than I thought, or I'm misunderstanding. I installed the php56 (aur), but libphp5.so isn't in the apache modules directory. I found it in /usr/lib, but when I put /usr/lib/libphp5.so in my httpd.conf, I get /usr/lib/libphp5.so: undefined symbol: php5_module

foxxx0 commented on 2016-07-22 10:19 (UTC)

Updated to PHP 5.6.24: "The PHP development team announces the immediate availability of PHP 5.6.24. Several bugs were fixed in this release, including security-related ones. All PHP 5.6 users are encouraged to upgrade to this version."

foxxx0 commented on 2016-05-26 23:11 (UTC)

Updated to PHP 5.6.22: "The PHP development team announces the immediate availability of PHP 5.6.22. Several security related issues were fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version."

foxxx0 commented on 2016-05-26 22:32 (UTC)

@KacperA: just a coincedence as the upstream version of icu was 56.0. Meanwhile we are at version 57.0 so it has nothing to to with the naming of this package.

KacperA commented on 2016-05-01 19:35 (UTC)

Hi. Something's wrong with dependencies. php-intl needs icu with libicu*.so.56?

mickael9 commented on 2016-04-27 23:25 (UTC)

@heimer16: Nice catch, thanks. It's fixed now.

heimer16 commented on 2016-04-27 22:09 (UTC) (edited on 2016-04-27 22:12 (UTC) by heimer16)

Thanks for adding dblib. However on package install, it gives a warning that the library it already exists on the system. The install destination should have /usr/lib/${pkgbase} instead of /usr/lib/php

Second_Fry commented on 2016-04-25 20:24 (UTC)

Configuration options: "--enable-posix=shared" results in POSIX not being compiled. Should be excluded. "--with-openssl=shared" results in search for OpenSSL in folder shared. Should be "--with-openssl".

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 21 Next › Last »