Several packages (networkmanager, xxhash, gd) fail to build #201
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
xxhash needs
DISPATCH=0 XXH_X86DISPATCH_ALLOW_AVX=1variables to be set.gd cannot be build with AVX enabled, upstream ignored the issue.
networkmanager (and libnm) cannot be build until (and IF) this MR will be merged.
Seems to be resolved.
I tried importing this key, lets see how it goes.
Sadly I do not have the time to chase each failing test of each failing package. Feel free to open issues upstream if you can reproduce this locally with ALHP's buildflags.
anonfunc referenced this issue2023-08-10 11:07:22 +02:00
If by upstream you meant the Arch Linux project, they unfortunately do not support x86-64 v2 and up...
Several packages (m4, tar, networkmanager, pciutils and findutils) failed to buildto Several packages (pkgfile, zeromq, networkmanager, etc.) failed to buildNo, I mean the respective upstream of the project (GNU's findutils/m4/etc for example). You are right, our direct upstream would be Arch, but that is a bit pointless.
Several packages (pkgfile, zeromq, networkmanager, etc.) failed to buildto Several packages (xxhash, gd, networkmanager, liborcus, zeromq) failed to buildSeveral packages (xxhash, gd, networkmanager, liborcus, zeromq) failed to buildto Several packages (systemd, xxhash, gd, networkmanager, liborcus, zeromq) failed to buildSeveral packages (systemd, xxhash, gd, networkmanager, liborcus, zeromq) failed to buildto Several packages (xxhash, gd, networkmanager, liborcus, zeromq) failed to buildSeveral packages (xxhash, gd, networkmanager, liborcus, zeromq) failed to buildto Several packages (networkmanager, xxhash, gd, zeromq) failed to buildSeveral packages (networkmanager, xxhash, gd, zeromq) failed to buildto Several packages (networkmanager, xxhash, gd) fail to buildThis seems more and more like specific packages need specific workarounds. That sounds like fun...
Maybe at some point we can have overwrites (for envs and/or flags) for specific packages. But I'd like to do that in a separate repository once I added support for something like that to alhp.
Closing due to inactivity.