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: 1.02
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 .. 14 15 16 17 18 19 20 21 Next › Last »

shilkovsky commented on 2016-02-03 12:28 (UTC)

Just to be honest, there is no actual bug in yaourt and it perfectly builds this package. The part I didn't mention was ==> This PKGBUILD provides " php56 php56-cgi php56-apache php56-fpm php56-embed php56-phpdbg php56-pear php56-enchant php56-gd php56-imap php56-intl php56-ldap php56-mcrypt php56-mssql php56-odbc php56-pgsql php56-pspell php56-snmp php56-sqlite php56-tidy php56-xsl " ==> Install only php56 ? [Y/n] ==> -------------------------- ==> should be answered [n], instead of default [Y]

shilkovsky commented on 2016-02-03 10:30 (UTC)

@foxxx: Thank you, cower -d php56 cd php56 makepkg -si resolved the issue

foxxx0 commented on 2016-02-03 09:09 (UTC)

@shilkovsky: Please do NOT use yaourt. It's broken and causes problems all the time. As I've already suggested to marcvangend: please use cower + makepkg. This sould build *all* packages from the php56 group, including those who seem to be missing on your system.

shilkovsky commented on 2016-02-03 07:51 (UTC)

Hi! After installing this package and enabling gd, mcrypt, pdo_pgsq and sqlite extensions in php.ini I got: > php56 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/gd.so' - /usr/lib/php56/modules/gd.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/mcrypt.so' - /usr/lib/php56/modules/mcrypt.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/pdo_pgsql.so' - /usr/lib/php56/modules/pdo_pgsql.so: cannot open shared object file: No such file or directory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/sqlite3.so' - /usr/lib/php56/modules/sqlite3.so: cannot open shared object file: No such file or directory in Unknown on line 0 After > ls /usr/lib/php56/modules/ bcmath.so exif.so mysqli.so phar.so sysvmsg.so bz2.so ftp.so mysql.so posix.so sysvsem.so calendar.so gettext.so opcache.so shmop.so sysvshm.so curl.so gmp.so openssl.so soap.so xmlrpc.so dba.so iconv.so pdo_mysql.so sockets.so zip.so I can't see actual modules. yaourt -S php56-gd is trying to install php56, which "provides" php56-gd, but don't actually provides corresponding extension. I think it's packaging issue but I don't know how to fix it, looking for help. Thank you

foxxx0 commented on 2016-01-22 14:06 (UTC)

@marcvangend: I'd say that is an apacman bug. This php56 PKGBUILD and the resulting packages build just fine with makepkg like they are supposed to. If apacman is not able to build this PKGBUILD, it's most definitely a bug in apacman.

marcvangend commented on 2016-01-22 13:04 (UTC)

@foxxx yes, that does build php56-5.6.17-4-x86_64.pkg.tar.xz (and all sub packages) correctly. Still I don't get why apacman did not. Let's hope is just a one-time glitch and that the next updates will run as expected.

foxxx0 commented on 2016-01-22 12:17 (UTC)

@marcvangend: can you try downloading the php56 package using cower and building it with makepkg? mkdir ~/aur cd ~/aur cower -d php56 cd php56 makepkg -sci This should build the whole php56-group. If you don't want to install each and every package of the group, just leave out the '-i' at makepkg and then install the php56-*.pkg.tar.xz packages, that you want using pacman -U <foobar.pkg.tar.xz>.

marcvangend commented on 2016-01-22 11:13 (UTC)

I'm seeing something strange here... When I run `$ apacman -S --buildonly --noconfirm php56`, it actually builds php56-xsl. The last part of the build output: ==> Finished making: php56 5.6.17-4 (Fri Jan 22 11:39:14 CET 2016) -> Status built (1): php56 -> Saved package: php56-xsl-5.6.17-4-x86_64.pkg.tar.xz notice: php56 built -- not installing ==> Packages to bundle /var/cache/apacman/pkg/php56-xsl-5.6.17-4-x86_64.pkg.tar.xz Pretty strange, right? As a result, my package manager keeps telling me that php56 needs to be updated, but never finishes the job. Is this a local problem, or a problem in the PKGBUILD? All help appreciated.

foxxx0 commented on 2016-01-16 19:34 (UTC)

I have just fixed some issues with pear56 (using /usr/bin/php binaries instead of php56 ones) and renamed the php56-embed output filename. This allows for an installation of the php56 package group before updating the whole system to upstream php7 releases. tl;dr: If you are using or want to use PEAR with the php56 package: you should update. PS: If existing, you can copy your PEAR modules from a php (version 5) repo package to the new php56 location using: rsync -phaxsPHAXS /usr/share/pear/ /usr/share/php56/pear/

foxxx0 commented on 2016-01-15 00:29 (UTC) (edited on 2016-01-15 00:29 (UTC) by foxxx0)

For anyone who is interested (or in need) of some extensions for this php56, I have prepared some packages: https://aur.archlinux.org/packages/php56-apcu/ https://aur.archlinux.org/packages/php56-geoip/ https://aur.archlinux.org/packages/php56-memcache/ https://aur.archlinux.org/packages/php56-memcached/ That should be sufficient for most users, please contact me if I've missed something important. If any of these packages is malfunctioning, please use the *comment* function on the affected package.