Arch Linux User Repository

Created binary repository on build.opensuse.org

https://build.opensuse.org/project/show/home:el:archphp

For Arch Linux, edit /etc/pacman.conf and add the following (note that the order of repositories in pacman.conf is important, since pacman always downloads the first found package):

[home_el_archphp_Arch]
Server = https://download.opensuse.org/repositories/home:/el:/archphp/Arch/$arch

Then run the following as root

key=$(curl -fsSL https://download.opensuse.org/repositories/home:el:archphp/Arch/$(uname -m)/home_el_archphp_Arch.key)
fingerprint=$(gpg --quiet --with-colons --import-options show-only --import --fingerprint <<< "${key}" | awk -F: '$1 == "fpr" { print $10 }')
pacman-key --init
pacman-key --add - <<< "${key}"
pacman-key --lsign-key "${fingerprint}"

Refresh packages database

pacman -Syy

Now search for php packages you need:

pacman -Ss php56

Install with pacman -S packages you need or all PHP 5.6 packages with:

sudo pacman -S $(pacman -Ssq | grep '^php56')

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

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

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

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.

Nice work @Schmeidenbacher, patch works fine.

For the others, just save it locally and add this in PKGBUILD's prepare():

patch -p0 -l -i ${srcdir}/../php56-configure.patch

Like this:

prepare() {
        cd ${srcdir}/${_pkgbase}-${pkgver}

        patch -p0 -i ${srcdir}/php.ini.patch
        patch -p0 -i ${srcdir}/php-fpm.conf.in.patch
        patch -p0 -l -i ${srcdir}/../php56-configure.patch
        # Just because our Apache 2.4 is configured with a threaded MPM by default does not mean we want to build a ZTS PHP.
        # Let's supress this behaviour and build a SAPI that works fine with the prefork MPM.
        sed '/APACHE_THREADED_MPM=/d' -i sapi/apache2handler/config.m4 -i configure

        # Allow php-tidy to compile with tidy-html5
        sed 's/buffio\.h/tidybuffio\.h/' -i ext/tidy/tidy.c
}

My previous (and now deleted) comment was not quite complete.

A test build revealed a flaw in the patch. This version builds with the newest enchant version: https://gist.github.com/jschuck/5d237974e5856a221ccb347c9ccf8711

Fell free to use it in this package.

Why does php56 not build with enchant version 2.2.1-1 installed? All prior versions of php56 had had no problems with the package. Yes, I can grab enchant-pure from AUR and build, but I shouldn't have to uninstall a standard package just to get php56 to build. Has the problem been identified? I'll patch with enchant-pure this go-round, but will need to reinstall the Arch package.

The package enchant-pure contains the necessary symlinks for this to compile again. If the enchant maintainer isn't interested in adding the symlinks it might be worth switching the dependency accordingly.

php56 version 5.6.33-1 will not build if enchant version 2.2.1-1 is installed.

It appears the headers for that version of enchant are installed in /usr/include/enchant-2 instead of /usr/include/enchant as the php56 configure script is expecting.

The PHP7 build has a patch for the configure script that may be relevant.

@marlemion:

To me it looks like php71 is causing this as it explicitly conflicts with "php". Due to the fact that the php56 packages have a provide="php" in order to be used as deps for packages that require "php", there is no way to fix this from within php56.

You can either rebuild the php71 packages yourself so that they do not conflict with "php" in order to install php71 and php56 alongside each other or simply wait until all your php 7 applications are compatible with php 7.2 and then leave out the php71 packages.

Please also note that php 5.6 support will end this year (31st December 2018) and there are no security updates after that. I strongly encourage everyone using php 5.6 to start looking for application updates or alternatives over the course of this year.