Package Details: php71-json 7.1.33-11

Git Clone URL: https://aur.archlinux.org/php71.git (read-only, click to copy)
Package Base: php71
Description: json module for php71
Upstream URL: http://www.php.net
Keywords: 7.1 php
Licenses: PHP
Submitter: synthead
Maintainer: wget (el_aur)
Last Packager: el_aur
Votes: 12
Popularity: 0.000000
First Submitted: 2018-03-26 18:04 (UTC)
Last Updated: 2024-03-27 15:00 (UTC)

Pinned Comments

el_aur commented on 2022-02-03 18:48 (UTC) (edited on 2022-02-18 10:38 (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 php71

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

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

el_aur commented on 2022-02-03 18:47 (UTC) (edited on 2022-02-03 18:50 (UTC) by el_aur)

Read Carefully! Breaking changes in compare with native PHP package

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

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

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

  4. No more extensions in php.ini itself!

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

They are loaded in correct order according to priority

Latest Comments

1 2 3 4 5 6 .. 10 Next › Last »

asser commented on 2024-06-18 17:05 (UTC)

In case anybody else runs into this problem compiling against newer versions of libxml:

php-7.1.33/ext/libxml/libxml.c:1004:49: error: passing argument 2 of ‘xmlSetStructuredErrorFunc’ from incompatible pointer type [-Wincompatible-pointer-types]
 1004 |                 xmlSetStructuredErrorFunc(NULL, php_libxml_structured_error_handler);
      |                                                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                                                 |
      |                                                 void (*)(void *, xmlError *) {aka void (*)(void *, struct _xmlError *)}

Solved by applying https://github.com/php/php-src/commit/0a39890c967aa57225bb6bdf4821aff7a3a3c082.patch against the source. Had to modify it slightly to apply the 3rd hunk to libxml.c, and remove the patch of php_sdl.c which somehow already had the change.

See also https://github.com/php/php-src/issues/12965 for more info.

Additionally, had to set CFLAGS="-Wno-error=implicit-int -Wno-error=implicit-function-declaration -Wno-error=incompatible-pointer-types" to work around some other issues (for example with readdir_r) - no idea if it potentially breaks something. It compiled and ran. Had some more errors packaing the pecl and pear modules, skipped those since I didn't need them.

vstyler96 commented on 2024-04-07 18:16 (UTC)

Sorry for my following comment, but the last build was not necessary at all. I used elArch repo and now this packages is forcing me to update, which is totally loooong

el_aur commented on 2023-02-21 12:23 (UTC)

Fixed build against dblib. Added c-client to aur. Forced openssl1.1

cfebs commented on 2023-01-13 16:53 (UTC) (edited on 2023-01-13 16:54 (UTC) by cfebs)

Looks like a dependency has been removed from repos?

error: could not find all required packages:
    c-client (wanted by: php71-cli)

el_aur commented on 2022-11-05 21:10 (UTC)

Now builds fine against new openssl ;)

df8oe commented on 2022-11-05 10:31 (UTC)

as php70: does no longer build since update today

Rikj000 commented on 2022-10-20 18:28 (UTC)

Was also struggling with:

FAILED TEST SUMMARY
---------------------------------------------------------------------
Test exception doesn't cause RSHUTDOWN bypass, variation 0 [Zend/tests/exception_011.phpt]
Test exception doesn't cause RSHUTDOWN bypass, variation 1 [Zend/tests/exception_012.phpt]
=====================================================================

Worked around it with adding following lines to the PKGBUILD file,
right under the rm -f Zend/tests/bug79919.phpt line:

    rm -f Zend/tests/bug74093.phpt
    rm -f Zend/tests/exception_011.phpt
    rm -f Zend/tests/exception_012.phpt
    rm -f Zend/tests/unset_cv06.phpt

df8oe commented on 2022-02-27 15:19 (UTC)

We are staying on your side - the side of freedom and independence for all peoples of the world and hope that war will end immediately. Please take care in the knowledge "you are not alone".

el_aur commented on 2022-02-27 13:58 (UTC)

@dotted thanks for findings. Will proceed with changes after war finishes here, in my country - Ukraine

dotted commented on 2022-02-21 00:42 (UTC)

Last fix did nothing at all, you can/should revert the environment variable changes you made. The issue is that when generating the tmp-php.ini file for test execution it will read the default php.ini location which is /etc/php71/php.ini and if that has been changed to recommended production values the variables_order directive will be set to "GPCS" which means the $_ENV will be empty but run-tests.php uses this to get the environment variables. The fix here is to patch the Makefile and make sure variables_order has a proper value see below patch file:

--- Makefile    2022-02-21 01:26:59.124076674 +0100
+++ Makefile.new        2022-02-21 01:27:25.370513217 +0100
@@ -299,7 +299,7 @@
                done; \
        fi

-PHP_TEST_SETTINGS = -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1'
+PHP_TEST_SETTINGS = -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' -d 'variables_order="EGPCS"'
 PHP_TEST_SHARED_EXTENSIONS =  ` \
        if test "x$(PHP_MODULES)" != "x"; then \
                for i in $(PHP_MODULES)""; do \

Unfortunately this does nothing on my end to fix the failing tests. Currently I am stuck on why executing make test TESTS="tests/basic/bug20539.phpt" causes the test to fail, but if you execute the generated shell script ./tests/basic/bug20539.sh the output matches what is expected, and as I mentioned in my previous comment REPORT_EXIT_STATUS=1 NO_INTERACTION=1 SKIP_ONLINE_TESTS=1 SKIP_SLOW_TESTS=1 ../build-cli/sapi/cli/php -n run-tests.php -n -P {tests,Zend} works fine but make test does not.