Arch Linux User Repository

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).

wrapdb is no longer a dependency. I won't dictate whether you install fmt from the repos or via the subproject.

This should depend on fmt, as fmt is a runtime dependency. If makepkg is called without fmt, build will try to use a fallback dependency, which might even fail. As we have fmt in the official repositories, we should use it.

Run-time dependency fmt found: NO (tried pkgconfig and cmake)
Looking for a fallback subproject for the dependency fmt
Downloading fmt source from https://github.com/fmtlib/fmt/archive/6.0.0.tar.gz
Downloading file of unknown size.
Downloading fmt patch from https://wrapdb.mesonbuild.com/v1/projects/fmt/6.0.0/1/get_zip

meson.build:42:0: ERROR: WrapDB connection failed to https://wrapdb.mesonbuild.com/v1/projects/fmt/6.0.0/1/get_zip with error <urlopen error [Errno 113] No route to host>

All tests pass on Rpi 4 (armv7h)

You're expected to have base-devel installed if you want to be building packages. I have no idea why you think pacutils is required.

Requires binutils, gcc, pacutils, pkgconf

auracle-git-r301.9542d8c-1 builds and installs successfully on armv6h as well, just had to add it to the arch section in the MAKEPKG

All tests pass on Cubieboard 2 (armv7h).

Thanks to @a_grizzli. This did the trick. I reinstalled just all the perl-related packages (I did not install anything via cpan manually) and afterwards building auracle did not fail on the '}'. Weird.

I could solve the problem reported on 2019-11-27 09:59. Indeed the error happened before C++ compilations. It was in some Perl scripts. Problem consisted in new Perl version after update of the system: 5.28 -> 5.30. I had some conflicting modules from the old version manually installed by CPAN. I had to delete all of them and to reinstall Perl again to solve the problem.

"'auracle update' now exists" … well,

but is it a blessing or a curse? easily half of AUR breaks! so you wanna stick with whatever it was that actually built once upon a time.