Package Details: php71 7.1.33-8

Git Clone URL: https://aur.archlinux.org/php71.git (read-only, click to copy)
Package Base: php71
Description: PHP. A general-purpose scripting language that is especially suited to web development
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.005302
First Submitted: 2018-03-26 18:04 (UTC)
Last Updated: 2022-11-05 17:57 (UTC)

Sources (19)

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 »

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.

el_aur commented on 2022-02-18 10:38 (UTC)

@dotted looks you're right, will change PKGBUILD soon. Thanks for finding

dotted commented on 2022-02-18 06:06 (UTC) (edited on 2022-02-18 06:07 (UTC) by dotted)

If 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} is run in /php71/src/php-7.1.33 the test succeeds with the following result:

=====================================================================
Number of tests : 3199              3111
Tests skipped   :   88 (  2.8%) --------
Tests warned    :    0 (  0.0%) (  0.0%)
Tests failed    :    0 (  0.0%) (  0.0%)
Expected fail   :    7 (  0.2%) (  0.2%)
Tests passed    : 3104 ( 97.0%) ( 99.8%)
---------------------------------------------------------------------
Time taken      :   31 seconds
=====================================================================

=====================================================================
EXPECTED FAILED TEST SUMMARY
---------------------------------------------------------------------
Test open_basedir configuration [tests/security/open_basedir_linkinfo.phpt]  XFAIL REASON: BUG: open_basedir cannot delete symlink to prohibited file. See also
bugs 48111 and 52176.
Inconsistencies when accessing protected members [Zend/tests/access_modifiers_008.phpt]  XFAIL REASON: Discussion: http://marc.info/?l=php-internals&m=120221184420957&w=2
Inconsistencies when accessing protected members - 2 [Zend/tests/access_modifiers_009.phpt]  XFAIL REASON: Discussion: http://marc.info/?l=php-internals&m=120221184420957&w=2
Bug #48770 (call_user_func_array() fails to call parent from inheriting class) [Zend/tests/bug48770.phpt]  XFAIL REASON: See Bug #48770
Bug #48770 (call_user_func_array() fails to call parent from inheriting class) [Zend/tests/bug48770_2.phpt]  XFAIL REASON: See Bug #48770
Bug #48770 (call_user_func_array() fails to call parent from inheriting class) [Zend/tests/bug48770_3.phpt]  XFAIL REASON: See Bug #48770
Initial value of static var in method depends on the include time of the class definition [Zend/tests/method_static_var.phpt]  XFAIL REASON: Maybe not a bug
=====================================================================

where as the result from the check() in PKGBUILD is:

=====================================================================
Number of tests : 3199              3148
Tests skipped   :   51 (  1.6%) --------
Tests warned    :    0 (  0.0%) (  0.0%)
Tests failed    :    5 (  0.2%) (  0.2%)
Expected fail   :    7 (  0.2%) (  0.2%)
Tests passed    : 3136 ( 98.0%) ( 99.6%)
---------------------------------------------------------------------
Time taken      :  297 seconds
=====================================================================

=====================================================================
EXPECTED FAILED TEST SUMMARY
---------------------------------------------------------------------
Test open_basedir configuration [tests/security/open_basedir_linkinfo.phpt]  XFAIL REASON: BUG: open_basedir cannot delete symlink to prohibited file. See also
bugs 48111 and 52176.
Inconsistencies when accessing protected members [Zend/tests/access_modifiers_008.phpt]  XFAIL REASON: Discussion: http://marc.info/?l=php-internals&m=120221184420957&w=2
Inconsistencies when accessing protected members - 2 [Zend/tests/access_modifiers_009.phpt]  XFAIL REASON: Discussion: http://marc.info/?l=php-internals&m=120221184420957&w=2
Bug #48770 (call_user_func_array() fails to call parent from inheriting class) [Zend/tests/bug48770.phpt]  XFAIL REASON: See Bug #48770
Bug #48770 (call_user_func_array() fails to call parent from inheriting class) [Zend/tests/bug48770_2.phpt]  XFAIL REASON: See Bug #48770
Bug #48770 (call_user_func_array() fails to call parent from inheriting class) [Zend/tests/bug48770_3.phpt]  XFAIL REASON: See Bug #48770
Initial value of static var in method depends on the include time of the class definition [Zend/tests/method_static_var.phpt]  XFAIL REASON: Maybe not a bug
=====================================================================

=====================================================================
FAILED TEST SUMMARY
---------------------------------------------------------------------
Bug #20539 (PHP CLI Segmentation Fault) [tests/basic/bug20539.phpt]
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]
unset() CV 5 (indirect unset() of global variable in session_start()) [Zend/tests/unset_cv05.phpt]
unset() CV 6 (indirect unset() of global variable in session_unset()) [Zend/tests/unset_cv06.phpt]
=====================================================================
make: *** [Makefile:314: test] Error 1

I wonder if the issue is the environment variables such as SKIP_SLOW_TESTS aren't actually set when tests are executing?

df8oe commented on 2022-02-15 07:26 (UTC)

I have build in a clean chroot - problem persists. I tried on three different machines - same result. Only php71 is affected - all other (70,72, 73) build flawlessly. As @jkhsjdhjs already stated: building with --nocheck fixes the issue.

el_aur commented on 2022-02-14 22:16 (UTC)

@df0e I'd suggest to build like here: https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot