Arch Linux User Repository

There's now a custom repo and binaries again. Though only for x86_64 currently.

Custom Repo

[pacman-static]
SigLevel = Required
Server = https://pkgbuild.com/~morganamilo/$repo/$arch

Pre compiled binaries

https://pkgbuild.com/~morganamilo/pacman-static/x86_64/bin/

Thanks for reporting, updated and fixed download location, also updated tons of other libraries. Note: there is a newer version of c-ares (1.30), but upstream still has 1.29, so taking that one.

It seems have a problem to download c-ares package.

curl: (22) The requested URL returned error: 404
==> ERROR: Failure while downloading https://c-ares.haxx.se/download/c-ares-1.18.1.tar.gz

I checked It changed download link in below:

https://github.com/c-ares/c-ares/releases/download/cares-1_18_1/c-ares-1.18.1.tar.gz

Can you fix this issue? Thanks!

@fjr: thanks for that, good catch. I disabled LTO for the whole package for now.

Just a heads-up: yesterday I got a gcc "internal compiler error" while building libgpg-error component as part of this package. It was caused by enabling LTO in /etc/makepkg.conf (OPTIONS=...), so if you hit the same issue, try disabling it.

@BryanLiang: when I set -fuse-ld=mold in LDFLAGS in PKGBUILD I also get an error in xz when compiling a conftest. This might not be supported by xz itself to compile with mold and statically..

Interesting case on pentium4 (ARch32), pacman-static runs, but I get

pacman-static -U /var/cache/pacman/pkg/coreutils-9.4-3.0-pentium4.pkg.tar.zst
loading packages...
error: GPGME error: Invalid crypto engine
error: GPGME error: Invalid crypto engine
error: '/var/cache/pacman/pkg/coreutils-9.4-3.0-pentium4.pkg.tar.zst': invalid or corrupted package (PGP signature)

Post scriptum: this discussion we had in disguise: "..you just have to set the proper enviroment variables.." (my original saying). Having fallen into my own trap now I think it's better to make sure that pacman-static calls static/self-contained versions of gpg for instance or that we have a static pacman-key per default.

I fail to build xz part when using mold as linker.

Here is the log: https://pastebin.com/raw/GW432UU0

Is this package can only build with GNU ld?

We could get rid of po4a and doxygen as makedends by using ./autogen.sh --no-po4a --no-doxygen

Are we now so paranoid to assume that disabling documentation triggers something?

https://github.com/google/oss-fuzz/commit/6403e93344476972e908ce17e8244f5c2b957dfd

As I can tell autogen.sh just calls update-po and update-doxygen which also look quite ok to me.

Upstream xz should also either add makedepends (as autogen.sh fails in a similar way).

I'm opting to add the flags to autogen for now.

yep, was missing too, fixed in 6.1.0-6.

Updated: I just see that you are working with building in a clean chroot. Sorry to interupt. I'll just wait then.

==> ERROR: Cannot find the git package needed to handle git sources.