| Git Clone URL: | https://aur.archlinux.org/php56.git (read-only, click to copy) |
|---|---|
| Package Base: | php56 |
| Description: | PHP. A general-purpose scripting language that is especially suited to web development |
| Upstream URL: | http://www.php.net |
| Keywords: | php |
| Licenses: | PHP |
| Submitter: | mickael9 |
| Maintainer: | el_aur |
| Last Packager: | el_aur |
| Votes: | 50 |
| Popularity: | 0.53 |
| First Submitted: | 2016-01-03 21:26 (UTC) |
| Last Updated: | 2024-07-26 12:55 (UTC) |
Check fails when checking for sendmail's path. This happens when the user have msmtp-mta installed instead of sendmail.
For some reason I have both /bin/sendmail and /usr/bin/sendmail. Only the first one is returned by "echo ini_get('sendmail_path');". With PHP 7.2, the path returned is /usr/bin/sendmail, so it's probably a configuration issue.
The default configuration in this php56 package deviates from the extra/php package in a rather important way that took me some time to figure out: php.ini contains an arbitrary open_basedir restriction. I urge you to remove it from your php.ini.patch, because it is very surprising and fairly difficult to diagnose—for me the result was simply that as soon as I switched from stock php-fpm to stock php56-fpm it started failing with the mysterious “No input file specified.” error.
Remember that the default is nothing, rather than something containing a php that needs to be changed to php56.
I added a patch to fix freetype2 >= 2.9.1 compatibility.
Should compile and work again :)
Does anyone know how to fix the libgd error? It's not compiling due to that.
checking for gdSetErrorMethod in -lgd... no
configure: error: Unable to find libgd.(a|so) >= 2.1.0 anywhere under /usr
gd obviously is installed.
There is a open bug [1] on the php tracker for this exact issue, but it doesn't look like they are gonna port this back to 5.6 (not even the other stable branches to be exact). The php package in the official repos got a patch [2] to detect freetype via pkg-config, maybe it can be backported to 5.6?
[1] https://bugs.php.net/bug.php?id=76324 [2] https://git.archlinux.org/svntogit/packages.git/tree/trunk/freetype.patch?h=packages/php
Building php56 requires freetype-config executable which is no longer in freetype2 package. I have a freetype-config in my github.
wget https://raw.githubusercontent.com/Azero-NG/archlinux/master/freetype-config
chmod +x freetype-config
cp freetype-config /usr/bin
I'm getting the following error when I try to install php56
configure: error: Unable to find libgd.(a|so) >= 2.1.0 anywhere under /usr
Yes, I have gd installed, there are the following files in /usr/lib:
libgd.so
libgd.so.3
libgd.so.3.0.5
I always get this error: configure: error: freetype-config not found.
@farmaazon: I run into the same issue, but worked around it by installing freetype2-infinality (freetype2 with custom settings and Infinality patches)
Link: https://aur.archlinux.org/packages/freetype2-infinality/
Building php56 requires freetype-config executable which is no longer in freetype2 package. I have had to downgrade freetype2 to get php56 build properly
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)