You are not logged in.
... and no one seems to care. What exactly is the procedure to have it fixed?
Thanks in advance.
Last edited by mdcclxv (2024-06-14 10:28:00)
Offline
Check out the PKGBUID and fix it locally or at least report it to the maintainer
But it also looks like there is a comment about some build issue: https://aur.archlinux.org/packages/php73#comment-974710
Is this the same error you are getting?
Offline
That's exactly the error, I have commented myself just above the comment you are mentioning.
How do I report to the maintainer? There's no such link/button anywhere in the page.
Fixing it locally doesn't cut it on the long run, because I will end up having various packages fixed locally that I would have to maintain by myself. In the end that's the purpose of the AUR repo, a centralized location for the fixes (among other things).
I would try to fix it if there was the possibility of a pull request, but that's also no where to be found in the AUR pages.
Offline
I would try to fix it if there was the possibility of a pull request, but that's also no where to be found in the AUR pages.
You can provide the fix to the maintainer in a comment or a link to a pastbin or a code host.
diff --git a/PKGBUILD b/PKGBUILD
index d66bf15..3a64b56 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -532,7 +532,7 @@ _build_sapi() {
# BUILD them all
################################################################################
build() {
- export CFLAGS="${CFLAGS} -fPIC -Wno-error=incompatible-pointer-types"
+ export CFLAGS="${CFLAGS} -fPIC -Wno-error=incompatible-pointer-types -Wno-error=int-conversion"
export CXXFLAGS="${CXXFLAGS} -fPIC -Wno-error=incompatible-pointer-types -std=c++17"
export EXTENSION_DIR="/usr/lib/${pkgbase}/modules"
if ((_build_openssl_v10_patch)); then
Offline
You lost me at diff --git.
~: diff --git
diff: unrecognized option '--git'
diff: Try 'diff --help' for more information.
Offline
@mdcclxv, the diff that loqs posted is what you can apply to the PKGBUILD in question either by hand or by saving the snipped as patch, changing to the directory with the PKGBUILD and doing a "patch -Np1 < path/to/patchfile".
Offline
Well, I'm totally lost. I cloned the repo and there's no source code, just a bunch of patch files.
Running makepkg does download the code, no idea where from, but every time I re-run makepkg my changes are lost. So how do I test the build?
Is there a readme on how to work with AUR repos?
Offline
Is there a readme on how to work with AUR repos?
https://wiki.archlinux.org/title/Aur
Well, I'm totally lost. I cloned the repo and there's no source code, just a bunch of patch files.
The PKGFBUILD will download the actual sources when running makepkg and loqs patch is for that PKGBUILD to loosen gcc to allow it to build not-exactly-standard-conform code.
Last edited by seth (2024-06-07 06:22:48)
Online
The PKGFBUILD will download the actual sources when running makepkg and loqs patch is for that PKGBUILD to loosen gcc to allow it to build not-exactly-standard-conform code.
Oh, so you mean what loqs posted is the actual fix?! I took it as an example.
Ok, so the next step would be to contact the maintainer. That would be matth I guess. How do I send him the patch? Just copy paste it in an email?
Offline
Waaait, what loqs posted is incomplete, there's an open if right there. I'm lost again.
EDIT: nevermind, I got it, it's a git diff, it's just the lines removed/added that count.
I never worked with patches, I got zero knowledge about them. I always pulled code, branched it, did whatever needed to be done then merged it back. Or used gitflow.
Last edited by mdcclxv (2024-06-07 10:40:50)
Offline
man patch
git am --help
Please always remember to mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.
Online
This is not solved yet, I haven't had the time to apply loqs' patch locally and build the package. I will mark the thread accordingly, I always do.
Offline
mdcclxv, may I ask, which application do you need that depends on php 7.3?
The time might be better spent porting the application to a newer php version.
Offline
mdcclxv, may I ask, which application do you need that depends on php 7.3?
The time might be better spent porting the application to a newer php version.
That is definitely not an option, it's a large legacy application running at 50+ customers.
Offline
I applied the patch, now the build is failing with the following error
/zork/Downloads/php73/php73/src/build-cli /zork/Downloads/php73/php73/src
[PEAR] Archive_Tar - installed: 1.4.14
[PEAR] Console_Getopt - installed: 1.4.3
[PEAR] Structures_Graph- installed: 1.1.1
[PEAR] XML_Util - installed: 1.4.5
[PEAR] PEAR: Invalid tag order in <dependencies>, found <_content> expected one of "group"
[PEAR] PEAR: Parsing of package.xml from file "/tmp/pear/temp/pearBilZVL/package.xml" failed
Warning: fopen(/zork/Downloads/php73/php73/pkg/php73-pear/etc/php73/pear.conf): failed to open stream: No such file or directory in /zork/Downloads/php73/php73/pear-config-patcher.php on line 14
File was not found /zork/Downloads/php73/php73/pkg/php73-pear/etc/php73/pear.conf
==> ERROR: A failure occurred in package_php73-pear().
Aborting...
What gives?
Offline
I'm not using pear, any way I can skip it during the build?
Offline
Found the list of packages in the PKGBUILD file, commented pear and pecl, job done. Someone on the php73 coding team has done a really sloppy job.
And in regards to the AUR package, what's the purpose of one adopting a package if he doesn't actually care about it? The comments with the build failing are there for more than three weeks now. No reaction whatsoever The latest comment from el_aur (the maintainer) was almost an year ago. Looks to me like the package is actually orphaned.
---------------------------------------------------------------------------------------------------------------
So, to summarize the steps, for future visitors:
1. Clone the AUR repo
2. Apply loqs' patch (post #4) using gromit's command (post #6)
3. Comment pear and pecl in PCGBUILD
4. run: makepkg --install
Last edited by mdcclxv (2024-06-14 10:28:53)
Offline
I was frustrated about the build not going smooth, so I forgot to thank you guys. Thank you all for your time and effort.
Offline
How to fix the issue with pear / pecl, I need pecl for some extensions, I got same error as in #15,
I tried to compile php83, php82 & all of those have the same error with pear,
I found this report https://maat.aninix.net/php-pear.txt , it seems that the lines in the error log shouldn't cause package to fail & as other php versions fail same way, looks like it's related to some context changes, e.g. mb yay or gcc got conflict with it, mb there is some arg to let the pear package build ok? Any tips?
Offline
I did not encounter any issues building php83 in a clean chroot using `pkgctl build -I ../c-client/c-client-2007f-20-x86_64.pkg.tar.zst` after applying the patch below. The path to the c-client package will need to be adjusted for your installation.
diff --git a/PKGBUILD b/PKGBUILD
index d66bf15..51ffdf7 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -412,7 +412,7 @@ _phpextensions_fpm="\
options=('!lto')
-arch=("$CARCH")
+arch=(x86_64)
checkdepends=('procps-ng' 'smtp-forwarder')
license=('PHP')
url='http://www.php.net'
@@ -532,7 +532,7 @@ _build_sapi() {
# BUILD them all
################################################################################
build() {
- export CFLAGS="${CFLAGS} -fPIC -Wno-error=incompatible-pointer-types"
+ export CFLAGS="${CFLAGS} -fPIC -Wno-error=incompatible-pointer-types -Wno-error=int-conversion"
export CXXFLAGS="${CXXFLAGS} -fPIC -Wno-error=incompatible-pointer-types -std=c++17"
export EXTENSION_DIR="/usr/lib/${pkgbase}/modules"
if ((_build_openssl_v10_patch)); then
Last edited by loqs (2024-06-23 01:21:25)
Offline