Pear seems to be failing to install properly. It says 'mv: cannot stat [pkgdir]/usr/bin/pear'
Search Criteria
Package Details: php56-bz2 5.6.40-12
Package Actions
Git Clone URL: | https://aur.archlinux.org/php56.git (read-only, click to copy) |
---|---|
Package Base: | php56 |
Description: | bz2 module for php56 |
Upstream URL: | http://www.php.net |
Keywords: | php |
Licenses: | PHP |
Submitter: | mickael9 |
Maintainer: | el_aur |
Last Packager: | el_aur |
Votes: | 50 |
Popularity: | 0.42 |
First Submitted: | 2016-01-03 21:26 (UTC) |
Last Updated: | 2024-07-26 12:55 (UTC) |
Dependencies (55)
- bzip2 (bzip2-gitAUR)
- php56AUR
- acl (acl-gitAUR) (make)
- apache (apache-gitAUR) (make)
- aspell (aspell-gitAUR) (make)
- autoconf (autoconf-gitAUR) (make)
- automake (automake-gitAUR) (make)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR) (make)
- c-clientAUR (make)
- coreutils (coreutils-gitAUR, busybox-coreutilsAUR, coreutils-hybrid-gitAUR, coreutils-selinuxAUR, coreutils-uutilsAUR, coreutils-hybridAUR) (make)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR) (make)
- db5.3 (make)
- e2fsprogs (busybox-coreutilsAUR, e2fsprogs-gitAUR) (make)
- enchant (make)
- findutils (findutils-gitAUR, busybox-coreutilsAUR, findutils-selinuxAUR) (make)
- freetds (make)
- gawk (gawk-gitAUR, busybox-coreutilsAUR) (make)
- gd (gd-gitAUR) (make)
- gmp (gmp-hgAUR) (make)
- hspell (make)
- Show 35 more dependencies...
Required by (0)
Sources (26)
- debian-php-5.6.40.patch
- fpm-numeric-uid-gid.patch
- fpm-reload-sighup.patch
- https://php.net/distributions/php-5.6.40.tar.xz
- libxml-pear.patch
- make-tests.patch
- mysql-socket-php5.3.patch
- openssl-1.1.patch
- openssl-sslv3-consts.patch
- pear-config-patcher.php
- php-apache.conf
- php-enchant-depr.patch
- php-enchant-php5.3.patch
- php-freetype-2.9.1.patch
- php-icu-php5.5.patch
- php-libxml.patch
- php-makefile-patcher.php
- php-mysqlnd-charsets.patch
- php-mysqlnd.patch
- php-opcache-lockfile-path.patch
- php-phpinfo.patch
- php55-phar-names.patch
- php56-autoconf.patch
- recode-php5.3.patch
- timezonedb-guess.patch
- timezonedb-php5.6.patch
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 21 Next › Last »
lilmike commented on 2018-04-30 02:30 (UTC)
foxxx0 commented on 2018-04-29 14:43 (UTC)
Updated to 5.6.36:
The PHP development team announces the immediate availability of PHP 5.6.36. This is a security release. Several security bugs have been fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.
foxxx0 commented on 2018-04-23 11:42 (UTC)
In order to build the apache mod_php module this dependency is needed.
Please do the build process ALWAYS in a clean chroot env, that way additional makedeps won't clutter your system and you are left with a properly built package that can be shared without side-effect.
Please read: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot
Eddw commented on 2018-04-23 11:34 (UTC)
Hi! Why depend on Apache?
foxxx0 commented on 2018-03-30 10:52 (UTC)
Updated to 5.6.35:
The PHP development team announces the immediate availability of PHP 5.6.35. This is a security release. One security bug was fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.
@postadelmaga: I have updated the PKGBUILD and it includes a fix for the recent icu update.
postadelmaga commented on 2018-03-30 06:42 (UTC) (edited on 2018-03-30 08:04 (UTC) by postadelmaga)
After upgrading Arch today I could not start apache anymore:
Cannot load modules/libphp56.so into server: libicui18n.so.60: cannot open shared object file: No such file or directory
So I tried to recompile this package but I got a bunch of errors, such as:
In file included from /tmp/yaourt-tmp-fra/aur-php56/src/php-5.6.34/ext/intl/intl_convertcpp.cpp:21:0:
/tmp/yaourt-tmp-fra/aur-php56/src/php-5.6.34/ext/intl/intl_convertcpp.h:28:25: error: ‘UnicodeString’ was not declared in this scope
int intl_stringFromChar(UnicodeString &ret, char *str, int32_t str_len, UErrorCode *status);
Update - Workaround for the missing libicui18n.so.60 library:
sudo ln -s /usr/lib/libicuuc.so.61.1 /usr/lib/libicuuc.so.60
sudo ln -s /usr/lib/libicui18n.so.61.1 /usr/lib/libicui18n.so.60
sudo ln -s /usr/lib/libicudata.so.61.1 /usr/lib/libicudata.so.60
foxxx0 commented on 2018-03-02 08:33 (UTC)
Updated to 5.6.34:
The PHP development team announces the immediate availability of PHP 5.6.34. This is a security release. One security bug was fixed in this release. All PHP 5.6 users are encouraged to upgrade to this version.
foxxx0 commented on 2018-03-02 08:32 (UTC)
@Case_Of: Arch Linux relies heavily on systemd and thus I'm not going to remove the dependency. If you need it for your own use you are free to modify the PKGBUILD locally and then build it.
<deleted-account> commented on 2018-03-02 04:15 (UTC)
Build failed. http://ix.io/ReW Please, remove systemd dependency.
foxxx0 commented on 2018-02-26 18:52 (UTC)
thanks for that hint, fixed.
Pinned Comments
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)