Package Details: php56-mcrypt 5.6.38-1

Git Clone URL: https://aur.archlinux.org/php56.git (read-only)
Package Base: php56
Description: mcrypt module for PHP
Upstream URL: http://php.net
Keywords: php
Licenses: PHP
Provides: php-mcrypt=5.6.38
Submitter: mickael9
Maintainer: mickael9 (foxxx0)
Last Packager: foxxx0
Votes: 46
Popularity: 0.011076
First Submitted: 2016-01-03 21:26
Last Updated: 2018-09-14 09:45

Required by (19)

Sources (10)

Pinned Comments

mickael9 commented on 2016-04-06 11:51

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 --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1

mickael9 commented on 2016-01-14 01:53

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 ... Next › Last »

foxxx0 commented on 2018-09-14 09:46

updated to 5.6.38:

The PHP development team announces the immediate availability of PHP 5.6.38. This is a security release. One security bug have been fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.

firegore commented on 2018-08-29 17:45

@tkteun

as stated in the pinned comment by mickael9 you need to import the gpg key first (or configure your GPG for autoretrieve)

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 --recv-keys C2BF0BC433CFC8B3 FE857D9A90D90EC1

tkteun commented on 2018-08-29 17:29

php-5.6.37.tar.xz ... FAILED (unknown public key C2BF0BC433CFC8B3)

peteraba commented on 2018-08-03 09:22

Has anyone seen issues with libnsl? I haven't been able to upgrade for quite a while because both yaourt and pacman say it doesn't exist.

aznyouth commented on 2018-07-08 11:53

@mickael9 thanks dude, it was indeed the path issue. I changed it and it works!

mickael9 commented on 2018-07-08 10:05

@ludo.silvestre @gissf1 @aznyouth I guess it happened because /bin comes before /usr/bin in your PATH? It should work now.

aznyouth commented on 2018-07-07 23:19

I'm having trouble to install php56. I'm getting an error in check(). Can someone help me ?

gissf1 commented on 2018-05-30 22:53

I'm getting an error when checking sendmail in check(). Running the command manually shows that it returns "/bin/sendmail":

$ ./php -n -r 'echo ini_get("sendmail_path");'

/bin/sendmail -t -i

On my system, /bin is a symlink to /usr/bin, so its effectively the same file.

I have postfix installed and it owns /usr/bin/sendmail:

$ pacman -Qo /usr/bin/sendmail

/usr/bin/sendmail is owned by postfix 3.3.1-1

$ pacman -Qo /bin/sendmail

/usr/bin/sendmail is owned by postfix 3.3.1-1

Maybe I'm not quite understanding the purpose of the grep test.

ludo.silvestre commented on 2018-05-29 13:43

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.

ChrisMorgan commented on 2018-05-28 06:09

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.