Sorry for the spam:
Adding
provides=('php')
just before depends=(
or in a similar place at the top of the PKGBUILD fixes the below "php" dependency I had and upgrading works like a breeze.
Git Clone URL: | https://aur.archlinux.org/php73.git (read-only, click to copy) |
---|---|
Package Base: | php73 |
Description: | Embedded PHP SAPI library for php73 |
Upstream URL: | http://www.php.net |
Licenses: | PHP |
Submitter: | matth |
Maintainer: | matth (el_aur) |
Last Packager: | el_aur |
Votes: | 11 |
Popularity: | 0.000873 |
First Submitted: | 2019-12-24 17:08 (UTC) |
Last Updated: | 2024-05-24 12:36 (UTC) |
Sorry for the spam:
Adding
provides=('php')
just before depends=(
or in a similar place at the top of the PKGBUILD fixes the below "php" dependency I had and upgrading works like a breeze.
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
Console version /usr/bin/php73
is installed with php73-cli
subpackage, php73
doesn't include it anymore!!!
PEAR and PECL are available as php73-pear
and php73-pecl
subpackages
All shared modules are respresented as stand-alone subpackages and are not included with php73
package anymore.
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
Pinned Comments
el_aur commented on 2022-02-02 09:14 (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):
Then run the following as root
Refresh packages database
Now search for php packages you need:
Install with
pacman -S
packages you need or all PHP 7.3 packages with:el_aur commented on 2022-01-27 12:08 (UTC) (edited on 2022-01-27 15:18 (UTC) by el_aur)
Read Carefully! Breaking changes in compare with native PHP package
Console version
/usr/bin/php73
is installed withphp73-cli
subpackage,php73
doesn't include it anymore!!!PEAR and PECL are available as
php73-pear
andphp73-pecl
subpackagesAll shared modules are respresented as stand-alone subpackages and are not included with
php73
package anymore.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