Just to be honest, there is no actual bug in yaourt and it perfectly builds this package. The part I didn't mention was
==> This PKGBUILD provides " php56 php56-cgi php56-apache php56-fpm php56-embed php56-phpdbg php56-pear php56-enchant php56-gd php56-imap php56-intl php56-ldap php56-mcrypt php56-mssql php56-odbc php56-pgsql php56-pspell php56-snmp php56-sqlite php56-tidy php56-xsl "
==> Install only php56 ? [Y/n]
==> --------------------------
==>
should be answered [n], instead of default [Y]
Search Criteria
Package Details: php56-xsl 5.6.40-12
Package Actions
Git Clone URL: | https://aur.archlinux.org/php56.git (read-only, click to copy) |
---|---|
Package Base: | php56 |
Description: | xsl 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.36 |
First Submitted: | 2016-01-03 21:26 (UTC) |
Last Updated: | 2024-07-26 12:55 (UTC) |
Dependencies (56)
- libxslt (libxslt-gitAUR)
- php56-domAUR
- php56-xmlAUR
- 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-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)
- Show 36 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 .. 14 15 16 17 18 19 20 21 Next › Last »
shilkovsky commented on 2016-02-03 12:28 (UTC)
shilkovsky commented on 2016-02-03 10:30 (UTC)
@foxxx: Thank you,
cower -d php56
cd php56
makepkg -si
resolved the issue
foxxx0 commented on 2016-02-03 09:09 (UTC)
@shilkovsky:
Please do NOT use yaourt. It's broken and causes problems all the time.
As I've already suggested to marcvangend: please use cower + makepkg.
This sould build *all* packages from the php56 group, including those who seem to be missing on your system.
shilkovsky commented on 2016-02-03 07:51 (UTC)
Hi!
After installing this package and enabling gd, mcrypt, pdo_pgsq and sqlite extensions in php.ini I got:
> php56
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/gd.so' - /usr/lib/php56/modules/gd.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/mcrypt.so' - /usr/lib/php56/modules/mcrypt.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/pdo_pgsql.so' - /usr/lib/php56/modules/pdo_pgsql.so: cannot open shared object file: No such file or directory in Unknown on line 0
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php56/modules/sqlite3.so' - /usr/lib/php56/modules/sqlite3.so: cannot open shared object file: No such file or directory in Unknown on line 0
After
> ls /usr/lib/php56/modules/
bcmath.so exif.so mysqli.so phar.so sysvmsg.so
bz2.so ftp.so mysql.so posix.so sysvsem.so
calendar.so gettext.so opcache.so shmop.so sysvshm.so
curl.so gmp.so openssl.so soap.so xmlrpc.so
dba.so iconv.so pdo_mysql.so sockets.so zip.so
I can't see actual modules.
yaourt -S php56-gd is trying to install php56, which "provides" php56-gd, but don't actually provides corresponding extension. I think it's packaging issue but I don't know how to fix it, looking for help.
Thank you
foxxx0 commented on 2016-01-22 14:06 (UTC)
@marcvangend:
I'd say that is an apacman bug. This php56 PKGBUILD and the resulting packages build just fine with makepkg like they are supposed to. If apacman is not able to build this PKGBUILD, it's most definitely a bug in apacman.
marcvangend commented on 2016-01-22 13:04 (UTC)
@foxxx yes, that does build php56-5.6.17-4-x86_64.pkg.tar.xz (and all sub packages) correctly. Still I don't get why apacman did not. Let's hope is just a one-time glitch and that the next updates will run as expected.
foxxx0 commented on 2016-01-22 12:17 (UTC)
@marcvangend:
can you try downloading the php56 package using cower and building it with makepkg?
mkdir ~/aur
cd ~/aur
cower -d php56
cd php56
makepkg -sci
This should build the whole php56-group. If you don't want to install each and every package of the group, just leave out the '-i' at makepkg and then install the php56-*.pkg.tar.xz packages, that you want using pacman -U <foobar.pkg.tar.xz>.
marcvangend commented on 2016-01-22 11:13 (UTC)
I'm seeing something strange here... When I run `$ apacman -S --buildonly --noconfirm php56`, it actually builds php56-xsl. The last part of the build output:
==> Finished making: php56 5.6.17-4 (Fri Jan 22 11:39:14 CET 2016)
-> Status built (1): php56
-> Saved package: php56-xsl-5.6.17-4-x86_64.pkg.tar.xz
notice: php56 built -- not installing
==> Packages to bundle
/var/cache/apacman/pkg/php56-xsl-5.6.17-4-x86_64.pkg.tar.xz
Pretty strange, right? As a result, my package manager keeps telling me that php56 needs to be updated, but never finishes the job. Is this a local problem, or a problem in the PKGBUILD? All help appreciated.
foxxx0 commented on 2016-01-16 19:34 (UTC)
I have just fixed some issues with pear56 (using /usr/bin/php binaries instead of php56 ones) and renamed the php56-embed output filename. This allows for an installation of the php56 package group before updating the whole system to upstream php7 releases.
tl;dr: If you are using or want to use PEAR with the php56 package: you should update.
PS: If existing, you can copy your PEAR modules from a php (version 5) repo package to the new php56 location using: rsync -phaxsPHAXS /usr/share/pear/ /usr/share/php56/pear/
foxxx0 commented on 2016-01-15 00:29 (UTC) (edited on 2016-01-15 00:29 (UTC) by foxxx0)
For anyone who is interested (or in need) of some extensions for this php56, I have prepared some packages:
https://aur.archlinux.org/packages/php56-apcu/
https://aur.archlinux.org/packages/php56-geoip/
https://aur.archlinux.org/packages/php56-memcache/
https://aur.archlinux.org/packages/php56-memcached/
That should be sufficient for most users, please contact me if I've missed something important.
If any of these packages is malfunctioning, please use the *comment* function on the affected package.
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)