Package Details: php74-pear 7.4.33-9

Git Clone URL: https://aur.archlinux.org/php74.git (read-only, click to copy)
Package Base: php74
Description: PHP Extension and Application Repository (PEAR) for php74
Upstream URL: http://www.php.net
Licenses: PHP
Submitter: tompear
Maintainer: el_aur
Last Packager: el_aur
Votes: 11
Popularity: 0.015145
First Submitted: 2021-01-31 11:48 (UTC)
Last Updated: 2024-07-25 13:43 (UTC)

Dependencies (59)

Required by (1)

Sources (16)

Pinned Comments

el_aur commented on 2022-01-27 12:06 (UTC) (edited on 2022-02-01 21:33 (UTC) by el_aur)

Read Carefully! Breaking changes in compare with native PHP package

  1. Console version /usr/bin/php74 is installed with php74-cli subpackage, php74 doesn't include it anymore!!!

  2. PEAR and PECL are available as php74-pear and php74-pecl subpackages

  3. All shared modules are respresented as stand-alone subpackages and are not included with php74 package anymore.

  4. No more extensions in php.ini itself! Separate INI files for each extension are placed in /etc/php74/conf.d They are loaded in correct order according to priority

  5. Modules: mysqlnd, mysqli and pdo_mysql are moved to single package php74-mysql

  6. php74-xsl requires php74-xml and php74-dom to be installed

  7. php74-enchant build with dependencies: libvoikko, hspell, hunspell, nuspell, aspell

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

el_aur commented on 2022-02-01 15:42 (UTC)

@tompear thanks for sharing details, will update pkgbuilds soon :)

tompear commented on 2022-02-01 15:17 (UTC) (edited on 2022-02-01 15:21 (UTC) by tompear)

Sorry, my bad. This has nothing with xsl, its enchant.

php74 -i | grep enchant
/etc/php74/conf.d/20-enchant.ini,
enchant
enchant support => enabled
nuspell => Nuspell Provider => /usr/lib/enchant-2/enchant_nuspell.so
aspell => Aspell Provider => /usr/lib/enchant-2/enchant_aspell.so
hunspell => Hunspell Provider => /usr/lib/enchant-2/enchant_hunspell.so
hspell => Hspell Provider => /usr/lib/enchant-2/enchant_hspell.so
voikko => Voikko Provider => /usr/lib/enchant-2/enchant_voikko.so

And without nuspell installed:

ldd /usr/lib/enchant-2/enchant_nuspell.so
    linux-vdso.so.1 (0x00007ffc36135000)
    libenchant-2.so.2 => /usr/lib/libenchant-2.so.2 (0x00007f8a03adf000)
    libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f8a039a3000)
    libnuspell.so.5 => not found
    libicuuc.so.70 => /usr/lib/libicuuc.so.70 (0x00007f8a037a7000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f8a03591000)
    libc.so.6 => /usr/lib/libc.so.6 (0x00007f8a033c5000)
    libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f8a033a8000)
    libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f8a033a1000)
    libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f8a0332a000)
    libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f8a03309000)
    libicudata.so.70 => /usr/lib/libicudata.so.70 (0x00007f8a016ed000)
    libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f8a016e6000)
    libm.so.6 => /usr/lib/libm.so.6 (0x00007f8a015a0000)
    /usr/lib64/ld-linux-x86-64.so.2 (0x00007f8a03b19000)

But without nuspell installed php74-enchant works so false alert.

el_aur commented on 2022-02-01 14:41 (UTC) (edited on 2022-02-01 14:47 (UTC) by el_aur)

@tompear. Interesting. grep -ri nuspell php-7.4.27 on php 7.4 sources gives nothing. Sure you have no 3rd party modules installed?

$ for i in /usr/lib/php74/modules/*.so ; do b=$(readelf -a $i | grep -i library | grep spell); if [[ ! -z $b ]]; then echo $i ; echo $b; fi; done
/usr/lib/php74/modules/pspell.so
0x0000000000000001 (NEEDED) Shared library: [libaspell.so.15] 0x0000000000000001 (NEEDED) Shared library: [libpspell.so.15] 0x000000000000000e (SONAME) Library soname: [pspell.so]

I see only one module is referencing spell substring, but no nuspell

XSL module:

$ readelf -a /usr/lib/php74/modules/xsl.so  | grep -i shared
  Type:                              DYN (Shared object file)
 0x0000000000000001 (NEEDED)             Shared library: [libxslt.so.1]
 0x0000000000000001 (NEEDED)             Shared library: [libxml2.so.2]
 0x0000000000000001 (NEEDED)             Shared library: [libexslt.so.0]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

INTL:

$ readelf -a /usr/lib/php74/modules/intl.so  | grep -i shared
  Type:                              DYN (Shared object file)
 0x0000000000000001 (NEEDED)             Shared library: [libicuio.so.70]
 0x0000000000000001 (NEEDED)             Shared library: [libicui18n.so.70]
 0x0000000000000001 (NEEDED)             Shared library: [libicuuc.so.70]
 0x0000000000000001 (NEEDED)             Shared library: [libicudata.so.70]
 0x0000000000000001 (NEEDED)             Shared library: [libstdc++.so.6]
 0x0000000000000001 (NEEDED)             Shared library: [libm.so.6]
 0x0000000000000001 (NEEDED)             Shared library: [libgcc_s.so.1]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

tompear commented on 2022-02-01 11:14 (UTC) (edited on 2022-02-01 11:15 (UTC) by tompear)

I found something like that (Arch Linux and Manjaro):

php74 -i | grep xsl
/etc/php74/conf.d/20-xsl.ini,

** (process:2462442): WARNING **: 11:48:49.088: Error loading plugin: 
libnuspell.so.5: cannot open shared object file: No such file or directory

xsl
libxslt Version => 1.1.34
libxslt compiled against libxml Version => 2.9.12
libexslt Version => 1.1.34

To resolve this i installed 'nuspell' package. So i think it should be added as the dependency. It didnt stop loading of xsl but this message is visible when phpinfo() is in action.

tompear commented on 2022-02-01 11:08 (UTC)

AUR is Arch Users Repositiory, if it works under Manjaro you have luck, if it dont, you dont have :)

But in this situation i think you have to install php74-dom

voidspawn commented on 2022-02-01 10:36 (UTC) (edited on 2022-02-01 10:37 (UTC) by voidspawn)

look like the newest update broken xsl

PHP Warning:  PHP Startup: Unable to load dynamic library 'xsl.so' (tried: /usr/lib/php74/modules/xsl.so (/usr/lib/php74/modules/xsl.so: undefined symbol: php_dom_create_object), /usr/lib/php74/modules/xsl.so.so (/usr/lib/php74/modules/xsl.so.so: cannot open shared object file: No such file or directory)) in Unknown on line 0
Class 'DOMDocument' not found

i install a few packages that just works, but the xsl.so don't

aur/php74-xdebug 3.1.1-1 (+0 0.00) (Installed)
aur/php74-mcrypt 1.0.4-3 (+2 0.00) (Installed)
aur/php74-pdo 7.4.27-6 (+5 0.87) (Installed)
aur/php74 7.4.27-6 (+5 0.87) (Installed)
aur/php74-openssl 7.4.27-6 (+5 0.87) (Installed)
aur/php74-xsl 7.4.27-6 (+5 0.87) (Installed)
aur/php74-mysql 7.4.27-6 (+5 0.87) (Installed)
aur/php74-xml 7.4.27-6 (+5 0.87) (Installed)
aur/php74-iconv 7.4.27-6 (+5 0.87) (Installed)
aur/php74-cli 7.4.27-6 (+5 0.87) (Installed)
aur/php74-intl 7.4.27-6 (+5 0.87) (Installed)
aur/php74-gd 7.4.27-6 (+5 0.87) (Installed)
aur/php74-fpm 7.4.27-6 (+5 0.87) (Installed)
aur/php74-soap 7.4.27-6 (+5 0.87) (Installed)
aur/php74-curl 7.4.27-6 (+5 0.87) (Installed)
aur/php74-apache 7.4.27-6 (+5 0.87) (Installed)

i am using Manjaro and i did try the comment with the yay -Rnsc and remove it all and reinstall it all, still a problem, what am i missing here ?? PS: the file is in the usr lib php74 modules folder

tompear commented on 2022-02-01 09:06 (UTC)

This is funny but on my second system (Manjaro) there was some more failed tests. But there is what i did on it (i am using yay as my wrapper for pacman):

yay -Rnsc php74
yay -Sc --aur
yay -S php74

And voila, all is OK.

el_aur commented on 2022-02-01 08:43 (UTC)

Updated build. Disabled failing test and sendmail check

hoax commented on 2022-01-31 10:10 (UTC)

@tompear thanks but didn't work for me, still the same error.

tompear commented on 2022-01-31 09:43 (UTC)

@hoax try to uninstall existing version of php74 and install it again. I did it and all tests were done as expected and installation finished properly. I dont know why this one test were failing again and again.

Make copy of /etc/php74, if you uninstall php74 some files will be removed so if you dont want to configure all from the beginning copy it. Reconfiguration didnt take much time.