@foxxx0 it seems like php56is looking for openssl1.0.2d but now i have openssl1.0.2k on my system, so when php56 try to compile verything i got :
Cannot load modules/libphp56.so into server: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.2d' not found (required by /etc/httpd/modules/libphp56.so)
Edit : Ok i just reinstalled the whole php56 packages and it worked.
With command :
yaourt -Sya php56
Search Criteria
Package Details: php56-cli 5.6.40-12
Package Actions
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)
- libedit
- libxml2 (libxml2-gitAUR, libxml2-2.9AUR)
- pcre2 (pcre2-gitAUR)
- php56AUR
- acl (acl-gitAUR) (make)
- apache (apache-gitAUR) (make)
- aspell (aspell-gitAUR) (make)
- autoconf (autoconf-gitAUR) (make)
- automake (automake-gitAUR) (make)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR) (make)
- c-clientAUR (make)
- coreutils (coreutils-gitAUR, busybox-coreutilsAUR, coreutils-hybrid-gitAUR, coreutils-uutilsAUR, coreutils-hybridAUR, coreutils-selinuxAUR) (make)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR) (make)
- db5.3 (make)
- e2fsprogs (busybox-coreutilsAUR, e2fsprogs-gitAUR) (make)
- enchant (make)
- findutils (findutils-gitAUR, busybox-coreutilsAUR, findutils-selinuxAUR) (make)
- freetds (make)
- gawk (gawk-gitAUR, busybox-coreutilsAUR) (make)
- gd (gd-gitAUR) (make)
- Show 37 more dependencies...
Required by (1)
Sources (26)
- debian-php-5.6.40.patch
- fpm-numeric-uid-gid.patch
- fpm-reload-sighup.patch
- https://php.net/distributions/php-5.6.40.tar.xz
- libxml-pear.patch
- make-tests.patch
- mysql-socket-php5.3.patch
- openssl-1.1.patch
- openssl-sslv3-consts.patch
- pear-config-patcher.php
- php-apache.conf
- php-enchant-depr.patch
- php-enchant-php5.3.patch
- php-freetype-2.9.1.patch
- php-icu-php5.5.patch
- php-libxml.patch
- php-makefile-patcher.php
- php-mysqlnd-charsets.patch
- php-mysqlnd.patch
- php-opcache-lockfile-path.patch
- php-phpinfo.patch
- php55-phar-names.patch
- php56-autoconf.patch
- recode-php5.3.patch
- timezonedb-guess.patch
- timezonedb-php5.6.patch
Latest Comments
« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 21 Next › Last »
Ouraios commented on 2017-05-25 12:16 (UTC) (edited on 2017-05-25 14:47 (UTC) by Ouraios)
foxxx0 commented on 2017-05-23 06:58 (UTC)
@graphicmist: yes, update your system...
graphicmist commented on 2017-05-23 05:59 (UTC)
I am getting error while building the package
error: target not found: openssl-1.0
I have openssl 1.0.2k
Any ideas how to fix this?
mickael9 commented on 2017-05-18 13:16 (UTC)
@Kaffka: the dependency on Apache is only required for php-apache and for building the packages (since this is a split package all php-* packages are built regardless of which you intend to install).
Kaffka commented on 2017-05-18 10:03 (UTC)
Curious thought:
Why does this even have a dependency to apache2? I can (and do) use php-fpm with nginx just as well?
jc-aur commented on 2017-05-15 23:15 (UTC)
@mickael9 I see, no I just tried commenting the lines back again and didn't work. I do have mod_dir enabled via LoadModule dir_module modules/mod_dir.so in line 178, using apache version 2.24.25 atm. If I uncomment the lines it works, if I comment them it stops working, so the module and extensions are properly configured, or sort of?
mickael9 commented on 2017-05-15 22:12 (UTC)
@jc-aur: Works for me
The SetHandler directive is in conf/extra/php56_module.conf which you're supposed to include. It seems to need mod_dir to be enabled too, maybe that isn't your case?
jc-aur commented on 2017-05-15 22:02 (UTC) (edited on 2017-05-15 23:11 (UTC) by jc-aur)
After installing latest version, and adding the two configuration lines on httpd.conf file php is not working, it only shows '<?php phpinfo(); ?> on the screen. In comparison with php 7 it lacks a line for the handler, am I missing something?
EDIT: fixed after adding theses lines, which are not present anymore in the default httpd.conf file for apache, @mickael9 please consider adding these (or a better version if available to solve the issue) to the sticky comment about configuration of httpd.conf file
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps
mickael9 commented on 2017-05-10 18:02 (UTC)
@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 (UTC) (edited on 2017-05-09 22:58 (UTC) by mickael9)
@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
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 :
mickael9 commented on 2016-01-14 01:53 (UTC) (edited on 2016-08-06 17:00 (UTC) by mickael9)