Arch Linux User Repository

If the build fails:

• Clear your aur helper cache and SRCPKGDEST directory
• Rebuild in clean chroot 1
• If it still fails, use a paste bin 2 to show full build logs

There's a package build already which you can try out from my repo.

FAQ:

• The dependencies are correct. fmt and nlohmann_json are configured as subprojects for ease of development on my end, and it's only natural to statically link C++ projects, as ABI stability with exported C++ libraries isn't a thing (compared to C).
• If you think pod2man is missing, it's a configuration problem on your end. pod2man is part of the perl package, but in a perl-specific PATH handled by /etc/profile.d/perlbin.sh
• I'm only able to test auracle on i686 and x86_64, so that's what I'm willing to commit to in the PKGBUILD. If you want to build this on some other architecture, use makepkg -A. The "any" architecture is reserved for packages with architecture independent files (and compiled C++ is not).

Is this not possible to use system deps instead?

I can confirm. Lastest version is installable again.

Good work

@falconindy thank you for quick solution and the new verison! Now everything works as it shoud! Thanks again!

I also had the nlohmann_json issue but could solve it by reinstalling it.

pacman -S nlohmann-json

Now, I am also stuck with the fmt issue.

Yes that's coming from arch-meson, specifically --wrap-mode nodownload. I think you might be able to call arch setup once in prepare() and arch-meson subsequently in build(). Or drop completely the arch-meson and use meson.

I'm having the same problem than @ludvick but in my case the problem is with nlohmann_json

Looking for a fallback subproject for the dependency nlohmann_json

meson.build:27:7: ERROR: Automatic wrap-based subproject downloading is disabled

I guess this is for some default setting in meson about subprojects https://mesonbuild.com/Subprojects.html#obtaining-subprojects

But not sure if I should edit the PKGBUILD and also not sure how to enable this subproject downloading in meson

Oh, I think that's a side effect of using arch-meson. I'll fix it, but in the meantime you can roll back to the previous commit to build auracle.

I'm trying to build the latest auracle-git and get this:

makepkg -src --sign
==> Making package: auracle-git r406.f37305b-1 (nie, 18 sie 2024, 06:56:59)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating auracle git repo...
==> Validating source files with b2sums...
    auracle ... Skipped
==> Extracting sources...
  -> Creating working copy of auracle git repo...
Reset branch 'makepkg'
==> Starting prepare()...
+ exec meson setup --prefix /usr --libexecdir lib --sbindir bin --buildtype plain --auto-features enabled --wrap-mode nodownload -D b_pie=true -D python.bytecompile=1 --default-library=static --wipe build
The Meson build system
Version: 1.5.1
Source dir: /home/ludvick/Developer/ls-aur-src/auracle-git/src/auracle
Build dir: /home/ludvick/Developer/ls-aur-src/auracle-git/src/auracle/build
Build type: native build
Project name: auracle
Project version: 0
C++ compiler for the host machine: c++ (gcc 14.2.1 "c++ (GCC) 14.2.1 20240805")
C++ linker for the host machine: c++ ld.bfd 2.43.0
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C++ supports arguments -ffunction-sections: YES 
Compiler for C++ supports arguments -fdata-sections: YES 
Compiler for C++ supports link arguments -Wl,--gc-sections: YES 
Found pkg-config: YES (/usr/bin/pkg-config) 2.1.1
Run-time dependency nlohmann_json found: YES 3.11.3
Run-time dependency libalpm found: YES 14.0.0
Run-time dependency libcurl found: YES 8.9.1
Run-time dependency fmt found: NO 
Looking for a fallback subproject for the dependency fmt
Building fallback subproject with default_library=static

meson.build:34:9: ERROR: Automatic wrap-based subproject downloading is disabled

A full log can be found at /home/ludvick/Developer/ls-aur-src/auracle-git/src/auracle/build/meson-logs/meson-log.txt
==> ERROR: A failure occurred in prepare().
    Aborting...

even if fmt is installed:

pacman -Ss fmt
extra/cabal-fmt 0.1.5.1-116
    Format .cabal files
extra/dfmt 0.15.1-2 (dlang)
    Dfmt is a formatter for D source code
extra/fmt 10.2.0-1 [installed]
    Open-source formatting library for C++
extra/fnlfmt 0.3.1-2
    A formatter for Fennel code
extra/haskell-hls-cabal-fmt-plugin 0.1.0.0-172
    Integration with the cabal-fmt code formatter
extra/ocaml-fmt 0.9.0-5
    OCaml Format pretty-printer combinators
extra/qemu-user-binfmt 9.0.2-1
    Binary format rules for QEMU user mode emulation
extra/qemu-user-static-binfmt 9.0.2-1
    Binary format rules for QEMU static user mode emulation
extra/rust 1:1.80.1-1
    Systems programming language focused on safety, speed and concurrency
extra/rustup 1.27.1-1 [installed]
    The Rust toolchain installer
extra/shfmt 3.8.0-1
    Format shell programs
extra/texlive-latexextra 2024.2-2 (texlive)
    TeX Live - LaTeX additional packages
extra/ufmt 2.6.0-1
    Safe, atomic formatting with black and µsort
extra/yamlfmt 0.12.1-1
    An extensible command line tool or library to format yaml files.

Any ideas?

Trying to build f37305b using updated PKGBUILD from f8402ed, in a clean chroot.

Failed to build:

https://0x0.st/X4dQ.txt

Reverted f8402ed, and f37305b built fine:

https://0x0.st/X4d1.txt

@artafinde -- could you please make me a collaborator? Thanks!