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

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.

Here is my failed build log http://sprunge.us/ouCwpA and the respective meson logs http://sprunge.us/gphjVq. Note I'm using extra-x86_64-build which only installs base-devel AFAICT. Also, the wiki (https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot#Classic_way) does not mention base, only base-devel. Maybe the wiki is wrong :-P

FWIW, my last auracle clean-build on 2020.04.27 was successful.

Thanks for looking into this. Now I tried again, nlohmann_json is indeeded downloaded, but it wasn't last time, and I did rerun the build to make sure. Maybe a transient network failure?

systemd is in base, but it is not in base-devel, which is what I created my chroot with.

Here's a build log in a clean chroot (using makechrootpkg -C -r $root):

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

You'll notice that:

a) systemd is part of base, so it's implied (base is mandatory: https://www.archlinux.org/news/base-group-replaced-by-mandatory-base-package-manual-intervention-required/).

b) nlohmann_json is downloaded by meson as part of the build.

What am I missing?

me2 - clean chroot fails here:

Determining dependency 'libsystemd' with pkg-config executable '/usr/bin/pkg-config' PKG_CONFIG_PATH: Called /usr/bin/pkg-config --modversion libsystemd -> 1 ... Run-time dependency libsystemd found: NO (tried pkgconfig and cmake)

meson.build:33:0: ERROR: Dependency "libsystemd" not found, tried pkgconfig and cmake

Probably because /usr/share/pkgconfig/systemd.pc is part of systemd package and not inliced in systemd-libs. Adding systemd to makedepends solves this.

Dependencies are incorrect, which you can easily verify using makechrootpkg with a fresh chroot. Whether you want to fix it is up to you.

Also, you wrote the code yourself, how could you not know what are the dependencies? (https://github.com/falconindy/auracle/blob/master/meson.build#L25)

Dependencies are correct. If you think otherwise, you'll need to provide a log showing the makepkg invocation and subsequent failure.

As of today (2020/05/13) the package fails to build in a clean chroot, unless I add systemd in the makedepends array.