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

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

This PKGBUILD works well, but why is the architect limited to only x86_64 and i686? It passes all the checks on the armv7h platform. I haven't tested anything else but it seems like it could get away with 'any'.

fmt is something of a moving target in terms of API, and ABI stability isn't a thing with exported c++ libraries. Therefore, for my own sanity, working with an embedded fmt that I can guarantee compiles with current auracle is ideal.

Long term, the dep will go away and I'll move to std::format.

While it's indeed not, why download it when you can pull it in as a dependency?

No, it's not.

fmt missing from makedepends

And what package is pod2man part of?

I'll answer that for you. It's perl. It's in the makedepends already. It's not part of the standard PATH, but /etc/profile.d/perlbin.sh ensures you have this available.

Hi, I thing there is a missing dependency: pod2man. After installing it, everything runs smoothly.

This is my log for the error:

⇒  makepkg -i PKGBUILD --noconfirm -L --clean --syncdeps
==> Making package: auracle-git r316.dfbd170-1 (Thu 14 May 2020 04:51:04 PM -03)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Updating auracle git repo...
Fetching origin
==> Validating source files with sha256sums...
    auracle ... Skipped
==> Extracting sources...
  -> Creating working copy of auracle git repo...
Reset branch 'makepkg'
==> Starting pkgver()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
The Meson build system
Version: 0.54.1
Source dir: /home/miguelmsoler/.cache/aurutils/sync/auracle-git/src/auracle
Build dir: /home/miguelmsoler/.cache/aurutils/sync/auracle-    git/src/auracle/build
Build type: native build
Project name: auracle
Project version: 0
Using 'CXXFLAGS' from environment with value: '-march=x86-64 -mtune=generic     -O2 -pipe -fno-plt'
Using 'LDFLAGS' from environment with value: '-Wl,-O1,--sort-common,--as-    needed,-z,relro,-z,now'
Using 'CPPFLAGS' from environment with value: '-D_FORTIFY_SOURCE=2'
Using 'CXXFLAGS' from environment with value: '-march=x86-64 -mtune=generic     -O2 -pipe -fno-plt'
Using 'LDFLAGS' from environment with value: '-Wl,-O1,--sort-common,--as-    needed,-z,relro,-z,now'
Using 'CPPFLAGS' from environment with value: '-D_FORTIFY_SOURCE=2'
C++ compiler for the host machine: c++ (gcc 10.1.0 "c++ (GCC) 10.1.0")
C++ linker for the host machine: c++ ld.bfd 2.34.50.20200508
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: /usr/sbin/pkg-config (1.6.3)
Found CMake: /usr/sbin/cmake (3.17.2)
Using 'CFLAGS' from environment with value: '-march=x86-64 -mtune=generic -    O2 -pipe -fno-plt'
Using 'LDFLAGS' from environment with value: '-Wl,-O1,--sort-common,--as-    needed,-z,relro,-z,now'
Using 'CPPFLAGS' from environment with value: '-D_FORTIFY_SOURCE=2'
Run-time dependency nlohmann_json found: NO (tried pkgconfig and cmake)
Looking for a fallback subproject for the dependency nlohmann_json

|Executing subproject nlohmann_json method meson 
|
|Project name: nlohmann_json
|Project version: 3.7.1
|C++ compiler for the host machine: c++ (gcc 10.1.0 "c++ (GCC) 10.1.0")
|C++ linker for the host machine: c++ ld.bfd 2.34.50.20200508
|Build targets in project: 0
|Subproject nlohmann_json finished.

Dependency nlohmann_json from subproject subprojects/nlohmann_json found:     YES 3.7.1
Run-time dependency libalpm found: YES 12.0.1
Run-time dependency libcurl found: YES 7.70.0
Run-time dependency fmt found: NO (tried pkgconfig and cmake)
Looking for a fallback subproject for the dependency fmt

|Executing subproject fmt method meson 
|
|Project name: fmt
|Project version: 6.0.0
|C++ compiler for the host machine: c++ (gcc 10.1.0 "c++ (GCC) 10.1.0")
|C++ linker for the host machine: c++ ld.bfd 2.34.50.20200508
|Build targets in project: 1
|Subproject fmt finished.

Dependency fmt from subproject subprojects/fmt found: YES 6.0.0
Run-time dependency libsystemd found: YES 245
Run-time dependency GTest found: YES 1.8.1
Run-time dependency GMock found: YES 1.8.1
Library stdc++fs found: YES
Program pod2man found: NO

meson.build:38:0: ERROR: Program(s) ['pod2man'] not found or not executable

Thanks.

systemd is now in makedepends.