Package Base Details: php56

Git Clone URL: https://aur.archlinux.org/php56.git (read-only)
Keywords: php
Submitter: mickael9
Maintainer: mickael9 (foxxx0)
Last Packager: foxxx0
Votes: 47
Popularity: 0.007781
First Submitted: 2016-01-03 21:26
Last Updated: 2019-01-15 09:12

Pinned Comments

mickael9 commented on 2018-10-03 17:21

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

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

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 ... 3 4 5 6 7 8 9 10 11 12 13 ... Next › Last »

mickael9 commented on 2017-05-10 18:02

@spicey: I forced the imap module to link with openssl 1.1. This should fix the crash.

mickael9 commented on 2017-05-09 22:36

@spicey: somehow c-client uses libssl but is not linked to it (ldd /usr/lib/libc-client.so).

I tried changing the imap (c-client) PKGBUILD to force -lssl -lcrypto and it seems to fix the problem. I'll investigate if I can do this in php56 instead

Edit: I reported the bug: https://bugs.archlinux.org/task/53996

spicey commented on 2017-05-09 20:46

This thing segfaults when using php56-imap stuff with ssl, it probably has to do with c-client/imap packages being somehow linked with openssl 1.1. though it is not obvious to me how or where,

see both libssl.so.1.1 and libssl.so.1.0 packages used,


% php56 -r 'imap_open("{imap.gmail.com:993/imap/ssl}", "", "");'
zsh: segmentation fault

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff2b77be0 in ?? () from /usr/lib/libssl.so.1.1
=> 0x00007ffff2b77be0: f0 2b 93 f2 ff 7f 00 lock sub edx,DWORD PTR [rbx+0x7ffff2]
(gdb) bt
#0 0x00007ffff2b77be0 in ?? () from /usr/lib/libssl.so.1.1
#1 0x00007fffedcc74e3 in SSL_CTX_new () from /usr/lib/libssl.so.1.0.0
#2 0x00007fffee35a553 in ssl_start_work (...) at osdep.c:458
#3 ssl_start (...) at osdep.c:400
#4 0x00007fffee37306c in net_open_work (...) at mail.c:6201
#5 0x00007fffee37329e in net_open (...) at mail.c:6160
#6 0x00007fffee39a236 in imap_open (stream=0x1118fb0) at imap4r1.c:867
#7 0x00007fffee36f007 in mail_open_work (...) at mail.c:1338
#8 0x00007fffee3708a4 in mail_open (...) at mail.c:1260
#9 0x00007fffee659389 in php_imap_do_open (...)
#10 zif_imap_open (...)
#11 0x0000000000703f9d in zend_do_fcall_common_helper_SPEC (...)
#12 0x0000000000691b5e in execute_ex (...)
#13 0x000000000064656a in zend_eval_stringl (...)
#14 0x0000000000646659 in zend_eval_stringl_ex (...)

lilmike commented on 2017-05-05 14:04

I'm getting an error when installing php56 (as of the -3 PKGREL, it worked at -2):

http://codepad.org/AvD4puT9


-Michael.

mickael9 commented on 2017-05-04 15:29

@ejona86: Right, I didn't realize the openssl dependency is normally pulled with curl. It's fixed now.

ejona86 commented on 2017-05-04 15:11

There is a missing 'depends' on openssl-1.0, otherwise:
php56: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

mickael9 commented on 2017-05-02 15:25

@Kaffka: it seems Manjaro haven't switched to openssl 1.1 yet, so the compatibility package doesn't exist.

In the meantime, you can just use the PKGBUILD from the previous commit here: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=php56&id=4925215fd745674bd5ebcea0cf7c8db6633bd0ca

Kaffka commented on 2017-05-02 08:09

Getting the following error when trying to update php56:

$ pacaur -Syu --aur
...
:: no results found for openssl-1.0 (dependency tree: php56-xsl php56-tidy php56-sqlite php56-snmp php56-pspell php56-phpdbg php56-pgsql php56-pear php56-odbc php56-mssql php56-mcrypt php56-ldap php56-intl php56-imap php56-gd php56-fpm php56-enchant php56-embed php56-dblib php56-cgi php56-apache php56 openssl-1.0)

Manjaro Linux, OpenSSL 1.0.2k 26 Jan 2017

mickael9 commented on 2017-04-27 16:36

SSL build issues should be fixed now

Remedan commented on 2017-04-27 16:10

I ran into the openssl issue. Since I only use this package locally to test some stuff, I just compiled php without ssl support.

If you need this package and can live without ssl, the workaround is removing `--with-openssl=shared` from the PKGBUILD.