Package Details: php70-xmlrpc 7.0.33-13

Git Clone URL: https://aur.archlinux.org/php70.git (read-only, click to copy)
Package Base: php70
Description: xmlrpc module for php70
Upstream URL: http://www.php.net
Licenses: PHP
Submitter: betrixed
Maintainer: wget (el_aur)
Last Packager: el_aur
Votes: 11
Popularity: 0.000000
First Submitted: 2017-02-05 08:12 (UTC)
Last Updated: 2024-03-27 15:00 (UTC)

Pinned Comments

el_aur commented on 2022-02-03 18:46 (UTC) (edited on 2022-02-04 11:29 (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 php70

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

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

el_aur commented on 2022-02-03 18:45 (UTC) (edited on 2023-02-21 12:42 (UTC) by el_aur)

Read Carefully! Breaking changes in compare with native PHP package

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

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

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

  4. No more extensions in php.ini itself!

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

They are loaded in correct order according to priority

Latest Comments

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

rhssk commented on 2017-05-15 15:07 (UTC) (edited on 2017-05-15 15:07 (UTC) by rhssk)

backup=('etc/${pkgbase}/php.ini') (from quick glance this seems like the only problematic line) needs to be enclosed in double quotes instead of single as the pkgbase variable is parsed as plain string. The unintended result can be seen in pacman -Qii php70 backup line and results in a complete php.ini overwrite.

pipo1000 commented on 2017-05-11 07:37 (UTC)

I have installed the openssl-1.0 package like in the AUR php56 package. However a previous build php 7.0-17 with a installed openss-1.0 and openssl-1.1 lib bombs out with segmentation fault even on a php_info(). Without changes php70 does not build with 1.1 installed. I have tried the PKG_CONFIG_PATH and now it builds again but I did not try it yet as this server this business critical and I first have to setup a test server to make sure it does not fails with segmentation errors. At this time I have moved back to AUR/php56 which seems to run fine.

lilmike commented on 2017-05-02 13:53 (UTC)

When looking at the php56 package, which does detect openssl-1.0 correctly, I noticed before the ./configure etc steps: export PKG_CONFIG_PATH=/usr/lib/openssl-1.0/pkgconfig This (seems to have) done the trick. Perhaps this could be tested and incorporated into the package if it works? -Michael.

stef.an commented on 2017-04-27 14:37 (UTC)

openssl-1.0 installs in a way PHP doesn't detect. Here's my (dirty) way to compile it anyway: 1. install openssl-1.0 2. mkdir -p /opt/openssl-1.0/include 3. ln -s /usr/lib/openssl-1.0/ /opt/openssl-1.0/lib 4. ln -s /usr/include/openssl-1.0/openssl/ /opt/openssl-1.0/include/openssl 5. edit PKGBUILD, change --with-openssl to --with-openssl=/opt/openssl-1.0

VVL commented on 2017-04-25 14:59 (UTC)

After upgrading OpenSSL to 1.1.0 gives error: "configure: error: OpenSSL version >= 1.1 is not supported." even if openssl-1.0 installed. Cant find it at PKGBUILD to fix manually. On php.net seems php support openssl 1.1.0. What ways make it work? :)

eschwartz commented on 2017-04-20 08:49 (UTC) (edited on 2017-04-20 08:54 (UTC) by eschwartz)

After someone asked about this in the #archlinux IRC channel, I looked at this PKGBUILD, and you really need to add the validpgpkeys array back. I don't know why you thought it should be removed in the first place, because now everyone *definitely* has problems since makepkg tries to verify the PGP signature but doesn't recognize the key! ... gpg --verify warned you that the key has not been marked as a trusted key, but this is not actually problematic in any way, since makepkg and gpg are two entirely different things... see the wiki for more details: https://wiki.archlinux.org/index.php/PKGBUILD#validpgpkeys Particularly the part about "[makepkg] will ignore the trust values from the keyring".

cutgah commented on 2017-04-20 08:44 (UTC)

From the #archlinux IRC: The maintainer should put that array back where it came from [the validpgpkeys array] because the whole point of that array is to tell makepkg that the named key is trusted, but manually running gpg --verify does not have the same trust.

grawity commented on 2017-04-20 08:37 (UTC)

The point of validpgpkeys is that it bypasses the web of trust. It's telling makepkg that these keys are always trusted, and *only* these keys. So basically you're supposed to list in validpgpkeys the key fingerprints of all developers who sign those PHP tarballs.

betrixed commented on 2017-04-11 02:45 (UTC)

Response to tomaszgasior comment on 2017-04-08 19:06 Release 2 c-client dependency added. php extension LDAP is compiled into the PHP binary. I guess this was/is a flaw with the php56 PKGBUILD that I modified to make the php70 PKGBUILD. I have changed the name of the 'conflicts' and 'replaces' to php70-ldap, -even though its not created here, so this will remove the potential for conflict with the vanilla php package name php-ldap. I haven't investigated, I don't know the cost/benefit of having LDAP extension compiled into the binary. I don't know how big it is, how often it gets used, etc. As for PGP of php-7.0.17.tar.xz, I got a "Good Signature" but Warning, its not certified with a trusted signature! The pgpkey in the PKGBUILD array is the primary key 'fingerprint' of the owners key (Anatol Belski <ab@php.net>). I don't know which steps are needed for further automation into web of trust, or whether it is easier not to use this in the package and rely on that I trust the source. Since its giving a problem, I've removed the validpgpkeys for this release, at least until I understand how it should be properly used.

TomaszGasior commented on 2017-04-08 19:06 (UTC)

Please rename conflict package from php-ldap to php70-ldap or remove it from PKGBUILD. Currently because of it PHP 7.1 and this package cannot be installed in the same time. Also check PGP keys. Key of php-7.0.17.tar.xz is incorrect.

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