Arch Linux User Repository

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 php73

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

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

Read Carefully! Breaking changes in compare with native PHP package

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

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

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

4. No more extensions in php.ini itself!

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

They are loaded in correct order according to priority

Not sure what I am not getting here:

▶ sudo pacman -U php73-7.3.33-6-x86_64.pkg.tar.xz php73-fpm-7.3.33-6-x86_64.pkg.tar.xz php73-cli-7.3.33-6-x86_64.pkg.tar.xz loading packages... resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: installing php73 (7.3.33-6) breaks dependency 'php' required by composer

I have installed

local/php73 7.3.33-1 A general-purpose scripting language that is especially suited to web development local/php73-fpm 7.3.33-1 FastCGI Process Manager for PHP

Seems to me this AUR package doesn't provide a "php" dependency. Seems like I got to upgrade to PHP 7.4 anyway - I have a dependency to another server (and OS) running a patched PHP 7.3.

PHP 7.3 is EOL: https://www.php.net/supported-versions.php. I guess that should encourage me to move to a supported version.

@dklymenk I have managed to build it now. I changed line 658 in PKGBUILD from

sapi/cli/php -n -r 'echo ini_get("sendmail_path");' | grep -q '/usr/bin/sendmail'

to

sapi/cli/php -n -r 'echo ini_get("sendmail_path");' | egrep -q '^(/usr/bin|/sbin|/bin)/sendmail.*'

And it builds cleanly for my Postfix system.

I agree, I do not understand either why it requires this check for correct sendmail configuration, after all, we're only building the package. I cannot find any reference to FS#47600 anywhere, as the comment just before says.

@el_aur Can you incorporate the above please? I am not a maintainer and getting commit access these days is rather tedious - I have tried on another package some weeks back and didn't get anywhere/or contributor doc isn't up2date anymore.

@tpreissler

Yes, I also have postfix installed and as you mentioned earlier, it does provide sendmail.

$ pacman -Qo /usr/bin/sendmail
/usr/bin/sendmail is owned by postfix 3.6.4-1

It did not occur to me that this error has anything to do with sendmail. It seems pretty weird to me that a test would rely on sendmail. Did you manage to solve this issue?

@dklymenk

That's the same error I had. Which mailer, postfix, Exim etc do you have installed and does it provide (/user/bin or /sbin)/sendmail?

Hello, I am unable to update this package. It builds successfully but seems to pass a test that is expected to fail. All other package on my system are up-to-date.

=====================================================================
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 #79919 (Stack use-after-scope in define()) [Zend/tests/bug79919.phpt]
=====================================================================
make: *** [Makefile:314: test] Error 1
==> ERROR: A failure occurred in check().
    Aborting...
 -> error making: php73 (php73 php73-cli)

yes:

▶ pacman -Ql postfix | grep sendmail postfix /usr/bin/sendmail

@tpreissler does it provide /usr/bin/sendmail or /sbin/sendmail binary?

I have postfix installed on my system.

Read Carefully! Breaking changes in compare with native PHP package

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

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

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

4. No more extensions in php.ini itself!

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

They are loaded in correct order according to priority

@tpreissler package requires smtp-forwarder, AFAIK there are several packages providing it. which one is installed in your system? I tested packages in clean chroot build using extra-x86_64-build and it was ok