Package Details: php56-mcrypt 5.6.40-2

Git Clone URL: https://aur.archlinux.org/php56.git (read-only, click to copy)
Package Base: php56
Description: mcrypt module for PHP
Upstream URL: http://php.net
Keywords: php
Licenses: PHP
Provides: php-mcrypt
Submitter: mickael9
Maintainer: severach
Last Packager: severach
Votes: 49
Popularity: 0.26
First Submitted: 2016-01-03 21:26 (UTC)
Last Updated: 2022-01-12 09:42 (UTC)

Required by (11)

Sources (13)

Pinned Comments

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 :

$ gpg --keyserver hkp://hkps.pool.sks-keyservers.net:80 --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1

mickael9 commented on 2016-01-14 01:53 (UTC) (edited on 2016-08-06 17:00 (UTC) by mickael9)

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

1 2 3 4 5 6 .. 20 Next › Last »

drankinatty commented on 2022-04-19 02:47 (UTC)

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.

caffe1neadd1ct commented on 2021-12-11 19:45 (UTC)

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.

caffe1neadd1ct commented on 2021-12-11 19:37 (UTC) (edited on 2022-01-04 10:31 (UTC) by caffe1neadd1ct)

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

Omarss commented on 2021-11-25 19:34 (UTC)

Does anyone know why it no longer compiles? I still haven't finished migrating the system to php7. Any guidance is appreciated

bjo commented on 2021-11-12 08:09 (UTC)

As there are no official security fixes any more, could it be an idea to include the patches from the ppa? https://launchpad.net/~ondrej/+archive/ubuntu/php/+sourcefiles/php5.6/5.6.40-55+ubuntu20.04.1+deb.sury.org+1/php5.6_5.6.40-55+ubuntu20.04.1+deb.sury.org+1.debian.tar.xz

hamedsbt commented on 2021-06-29 05:55 (UTC)

To bypass PGP checking ("unknown public key"), make sure the php-5.6.40.tar.xz file downloaded from official link https://secure.php.net/distributions/php-5.6.40.tar.xz Then open PKGBUILD file and remove lines 77,66,55,46 and save it. try to makepkg...

kusamochi commented on 2020-12-29 01:49 (UTC) (edited on 2020-12-29 08:13 (UTC) by kusamochi)

Need to add -DU_DEFINE_FALSE_AND_TRUE=1 to CPPFLAGS in PKGBUILD to compile.

CPPFLAGS+=' -DU_USING_ICU_NAMESPACE=1 -DU_DEFINE_FALSE_AND_TRUE=1'

Also when using php56-fpm, comment out or change the open_basedir= in php.ini, otherwise keep getting 404 for no reason.

caffe1neadd1ct commented on 2020-11-09 19:06 (UTC)

PHP 5.6 will stop working with MariaDB 10.5.7 due to a bug in the php-mysqlnd extension and stricter checking on the MariaDB side. This stricter checking was first introduced in MariaDB 10.2/3 https://jira.mariadb.org/browse/MDEV-24121 and reverted for a later major version (it broke a portion of the internet).

PHP 7.3 has this fixed, basically a byte is sent to the connected database server to say expect some parameters when preparing this query, then for a query without parameters e.g "SELECT * FROM groups" none are sent causing the stricter checking to throw the following error:

Error: SQLSTATE[HY000]: General error: 1835 Malformed communication packet

To fix i would suggest a PKGBUILD patch to the mysqlnd extension code:

https://github.com/centminmod/centminmod/blob/123.09beta01/patches/php/php5640-mysqlnd-fix.patch

Patches for the aur build: https://gist.github.com/Caffe1neAdd1ct/4a9004327390140bf10e3af2f277077f

Fully understand nobody should be on PHP 5.6 but if you are and need to keep using it alongside nice up-to-date versions of everything else this should help.

lendarker commented on 2019-11-09 13:45 (UTC)

I'm running into the exact same error as danny below.

enfernal commented on 2019-04-23 19:33 (UTC)

Comment date 2019-03-21, me too bug, php not work

1 2 3 4 5 6 .. 20 Next › Last »