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.
Git Clone URL: | https://aur.archlinux.org/php56.git (read-only, click to copy) |
---|---|
Package Base: | php56 |
Description: | pdo_dblib module for php56 |
Upstream URL: | http://www.php.net |
Keywords: | php |
Licenses: | PHP |
Submitter: | mickael9 |
Maintainer: | el_aur |
Last Packager: | el_aur |
Votes: | 49 |
Popularity: | 1.07 |
First Submitted: | 2016-01-03 21:26 (UTC) |
Last Updated: | 2024-03-27 14:51 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 21 Next › Last »
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.
@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
php-5.6.37.tar.xz ... FAILED (unknown public key C2BF0BC433CFC8B3)
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.
@mickael9 thanks dude, it was indeed the path issue. I changed it and it works!
@ludo.silvestre @gissf1 @aznyouth I guess it happened because /bin comes before /usr/bin in your PATH? It should work now.
I'm having trouble to install php56. I'm getting an error in check(). Can someone help me ?
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.
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.
Pinned Comments
el_aur commented on 2023-03-01 21:07 (UTC)
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):
Then run the following as root
Refresh packages database
Now search for php packages you need:
Install with
pacman -S
packages you need or all PHP 5.6 packages with: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)