Arch Linux User Repository

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.

Yeah, I guess this solution is better, since there is no need for another autoconf. Sounds sad to me that I spent almost 4 hours on making it work this way and then you come with such easy solution :D At least I learned something new

It can be fixed with this little patch. Might be easier than providing a separate autoconf. Clearly a bug that will be fixed soon.

diff -ru5 a/configure b/configure
--- a/configure>2024-01-19 08:25:52.461216284 -0500
+++ b/configure>2024-01-19 08:29:42.513207403 -0500
@@ -6849,14 +6849,14 @@
         ac_cv_pthreads_cflags=$flag
         break
       fi
     done
   fi
-fi
  ;;
 esac
 fi
+fi
 { printf "%s\n" "$as_me:${as_lineno-$LINENO}: result: $ac_cv_pthreads_cflags" >&5
 printf "%s\n" "$ac_cv_pthreads_cflags" >&6; }
.
 { printf "%s\n" "$as_me:${as_lineno-$LINENO}: checking for pthreads_lib" >&5
 printf %s "checking for pthreads_lib... " >&6; }
@@ -113310,14 +113310,14 @@
         ac_cv_pthreads_cflags=$flag
         break
       fi
     done
   fi
-fi
  ;;
 esac
 fi
+fi
 { printf "%s\n" "$as_me:${as_lineno-$LINENO}: result: $ac_cv_pthreads_cflags" >&5
 printf "%s\n" "$ac_cv_pthreads_cflags" >&6; }
.
 { printf "%s\n" "$as_me:${as_lineno-$LINENO}: checking for pthreads_lib" >&5
 printf %s "checking for pthreads_lib... " >&6; }

I finally made it after few hours. The package is available at https://aur.archlinux.org/packages/autoconf-old and it provides binary /usr/bin/autoconf-2.70 so you should change your PKGBUILD where you specify the line ./buildconf --force to this: PHP_AUTOCONF="/usr/bin/autoconf-2.70" ./buildconf --force

Can you please update it and add the dependency?

Thank you

So the problem is in the newest autoconf (Currently version 2.72). I have compiled myself version 2.70 of autoconf and the compiling of php works again. The autoconf is called by buildconf script while building.

I would like to push my own aur package for autoconf 2.70, but it will take me some time to figure out how to make two versions of autoconf available at the same time on one system. Right now I have replaced the new 2.72 with the old 2.70.

Is it okay for this package to make a new dependency, after I create the aur package?

Hello,

since yesterday building this package crashes due to syntax error. I was able to build this package two weeks ago. What was changed? The error occurs while using makepkg and using yay too

Output while running makepkg on local system:

...
checking if compiler supports -Wl,-rpath,... yes
checking for gawk... gawk
checking for bison... no
checking for byacc... no
checking for bison version... invalid
configure: WARNING: This bison version is not supported for regeneration of the Zend/PHP parsers (found: none, min: 204, excluded: 3.0).
checking for re2c... no
configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers.
checking whether to enable computed goto gcc extension with re2c... no
checking whether to force non-PIC code in shared modules... no
checking whether /dev/urandom exists... yes
./configure: line 6854: syntax error near unexpected token `fi'
./configure: line 6854: `fi'
==> ERROR: A failure occurred in build().
    Aborting...

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

Great job with the ICU patch. I hit that today after the ICU 71 update. Muddled for a hour or so to fix it with sed before finding the updated package here -- should have checked first... UBool/bool screw up in codepointiterator_internal.h and .cpp. Sheeze.

Also the patches from centminmod here:

https://github.com/centminmod/centminmod/tree/master/patches/php

Would be good to apply for those still using this version, i'll try and find some time to test with ICU 70 and some centminmod patches soon.

Latest build error is due to ICU version 70. This has been fixed for php 7, for example here:

https://github.com/mhei/packages/blob/6eecc3bd4c8e34e3986fde3f95ed88c784cd99eb/lang/php7/patches/1011-Accommodate-changes-to-canonicalized-forms-in-ICU-70_1.patch

so we have two options:

1. apply the patch and hope PHP 5.6 intl works ok with ICU 70

2. install and compile ICU 69 to /opt and change one line in the PKGBUILD:

wget https://github.com/unicode-org/icu/releases/download/release-69-1/icu4c-69_1-src.tgz
tar -xf icu4c-69_1-src.tgz
cd icu/source
./configure \
  --prefix=/opt/icu69 \
  --sysconfdir=/etc \
  --mandir=/usr/share/man \
  --sbindir=/usr/bin
make -j 8
make install

PHP56 PKGBUILD change

--with-icu-dir=/usr \

to

--with-icu-dir=/opt/icu69 \

and build with

export LD_LIBRARY_PATH=/opt/icu69/lib
makepkg -sri

exporting the LD LIB PATH seems to avoid a very strange error in the intl extension even though the path has already been set using --with

Haven't tested the patch to work with ICU 70 yet but could be an option