Package Details: php72-xmlrpc 7.2.34-15

Git Clone URL: https://aur.archlinux.org/php72.git (read-only, click to copy)
Package Base: php72
Description: xmlrpc module for php72
Upstream URL: http://www.php.net
Keywords: 7.2 php php7
Licenses: PHP
Submitter: el_aur
Maintainer: el_aur
Last Packager: el_aur
Votes: 11
Popularity: 0.000019
First Submitted: 2019-01-31 20:58 (UTC)
Last Updated: 2024-03-27 14:58 (UTC)

Pinned Comments

el_aur commented on 2022-02-03 18:56 (UTC) (edited on 2022-02-04 11:28 (UTC) by el_aur)

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):

[home_el_archphp_Arch]
Server = https://download.opensuse.org/repositories/home:/el:/archphp/Arch/$arch

Then run the following as root

key=$(curl -fsSL https://download.opensuse.org/repositories/home:el:archphp/Arch/$(uname -m)/home_el_archphp_Arch.key)
fingerprint=$(gpg --quiet --with-colons --import-options show-only --import --fingerprint <<< "${key}" | awk -F: '$1 == "fpr" { print $10 }')
pacman-key --init
pacman-key --add - <<< "${key}"
pacman-key --lsign-key "${fingerprint}"

Refresh packages database

pacman -Syy

Now search for php packages you need:

pacman -Ss php72

Install with pacman -S packages you need or all PHP 7.2 packages with:

sudo pacman -S $(pacman -Ssq | grep '^php72')

el_aur commented on 2022-01-27 12:11 (UTC) (edited on 2022-01-27 15:19 (UTC) by el_aur)

Read Carefully! Breaking changes in compare with native PHP package

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

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

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

  4. No more extensions in php.ini itself!

Separate INI files for each extension are placed in /etc/php72/conf.d

They are loaded in correct order according to priority

Latest Comments

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

el_aur commented on 2019-12-06 20:52 (UTC)

@berturion, you're welcome :)

berturion commented on 2019-12-03 10:13 (UTC)

I just wanted to say thank you for this package, it saved my nextcloud installation because it is incompatible with php 7.4 that was just updated 3 days ago in archlinux repository. So thank you very much !

el_aur commented on 2019-09-11 13:15 (UTC)

@Yrz0 your issue related to apparmor package. PHP doesn't depend on it neither on build stage nor on runtime. Dig into this direction :)

Yrz0 commented on 2019-09-09 07:40 (UTC)

Even though it worked fine in the past, today FPM didn't want to start and gave the following error:

/usr/bin/php-fpm72: error while loading shared libraries: libapparmor.so.1: cannot open shared object file: No such file or directory

Any idea what's going on?

el_aur commented on 2019-08-25 17:17 (UTC) (edited on 2019-08-25 17:17 (UTC) by el_aur)

@flavius: Nothing to worry about. Apache is make dependency. It's not required to be running as service, just installed. Build php72 on 1 PC (or virtual machine even, or chrooted environment) and redistribute packages needed between other machines. Or just modify PKGBUILD and kill all related to php72-apache inside. What's a problem? :)

flavius commented on 2019-08-22 06:28 (UTC) (edited on 2019-08-22 06:28 (UTC) by flavius)

Would it be possible to drop the dependency on apache?

We're using nginx in our environment. So we'd need another package for people who need the apache SAPI provided separately for the people using apache instead.

wget commented on 2019-05-04 15:51 (UTC)

@el_aur Ok cool. Doing this today :)

el_aur commented on 2019-05-03 22:24 (UTC)

@wget: I don't mind :)

wget commented on 2019-04-28 23:15 (UTC)

@el_aur. Thanks for having taken care of this package :) It seems like my mails are not being sorted properly when I'm as a co-maintainer :)

If you don't mind, can I migrate this package to the same PKGBUILD structure I have for php70 and php71? That way, only a few minors changes are required for the update process and this is much easier for everyone :)

And for the record/completeness, the statement "7.1 package was long time without update" is not true. The package was belonging to someone else before I took the maintainership :).

matth commented on 2019-03-20 15:04 (UTC)

Thanks for updating @el_aur Looks good.

You can also remove the libmcrypt dependency and any references to mcrypt, but it doesn't affect the actual built packages.

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