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

Remember to delete the abseil patch manually, if you have configured your own src folder (for some reason).

xiretza is right. I use no AUR helper, only makepkg and got the same error. My "fix" was deleting auracle-git folder then clone it again. (Yes, I know I am lazy).

xiretza is right. That is, if makepkg downloaded the patch files previously, it won't try to redownload them if the URL changed (because how would it know?).

Considering they're patches, perhaps they should be included in the AUR repository itself?

I know how to fix it. This isn't related to AUR helpers though, the same thing would happen with plain makepkg.

@xiretza clear your aur helper cache.

==> Making package: auracle-git r366.8739929-3 (2022-01-05T20:46:35 CET)
==> Retrieving sources...
  -> Updating auracle git repo...
Fetching origin
  -> Found abseil-fix.patch
  -> Found static-fmt.patch
==> Validating source files with b2sums...
    auracle ... Skipped
    abseil-fix.patch ... FAILED
    static-fmt.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Could not download sources.

When pulling remote sources, please version the file names accordingly so they are refetched by makepkg when required.

@artafinde, thanks, yes, I missed to update it locally. Sorry for the false alarm :-)

@sekret: It seems like you are using an old version without the abseil-fix.patch. Make sure you use the latest AUR package.

Fails to build right now:

[…]
[97/148] Compiling C++ object subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_internal_graphcycles.cc.o
FAILED: subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_internal_graphcycles.cc.o
c++ -Isubprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p -Isubprojects/abseil-cpp-20200225.2 -I../subprojects/abseil-cpp-20200225.2 -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wnon-virtual-dtor -Wextra -std=c++17 -Wno-sign-compare -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -fPIC -MD -MQ subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_internal_graphcycles.cc.o -MF subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_internal_graphcycles.cc.o.d -o subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_internal_graphcycles.cc.o -c ../subprojects/abseil-cpp-20200225.2/absl/synchronization/internal/graphcycles.cc
../subprojects/abseil-cpp-20200225.2/absl/synchronization/internal/graphcycles.cc: In member function ‘void absl::lts_2020_02_25::synchronization_internal::GraphCycles::RemoveNode(void*)’:
../subprojects/abseil-cpp-20200225.2/absl/synchronization/internal/graphcycles.cc:451:26: error: ‘numeric_limits’ is not a member of ‘std’
  451 |   if (x->version == std::numeric_limits<uint32_t>::max()) {
      |                          ^~~~~~~~~~~~~~
../subprojects/abseil-cpp-20200225.2/absl/synchronization/internal/graphcycles.cc:451:49: error: expected primary-expression before ‘>’ token
  451 |   if (x->version == std::numeric_limits<uint32_t>::max()) {
      |                                                 ^
../subprojects/abseil-cpp-20200225.2/absl/synchronization/internal/graphcycles.cc:451:52: error: ‘::max’ has not been declared; did you mean ‘std::max’?
  451 |   if (x->version == std::numeric_limits<uint32_t>::max()) {
      |                                                    ^~~
      |                                                    std::max
In file included from /usr/include/c++/11.1.0/algorithm:62,
                 from ../subprojects/abseil-cpp-20200225.2/absl/synchronization/internal/graphcycles.cc:38:
/usr/include/c++/11.1.0/bits/stl_algo.h:3467:5: note: ‘std::max’ declared here
 3467 |     max(initializer_list<_Tp> __l, _Compare __comp)
      |     ^~~
[98/148] Compiling C++ object subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_internal_create_thread_identity.cc.o
[99/148] Compiling C++ object subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_internal_per_thread_sem.cc.o
[100/148] Compiling C++ object subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_internal_waiter.cc.o
[101/148] Compiling C++ object subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_notification.cc.o
[102/148] Compiling C++ object subprojects/abseil-cpp-20200225.2/libabsl_synchronization_lib.a.p/absl_synchronization_mutex.cc.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Build failed, check /home/sekret/.chroot/sekret/build

@a821 Detailed explanations with explicite links much appreciated here, thank you! ...even so too lazy to do the clean chroot this month.
@artafinde: at least I saw it ;)

  -> Downloading static-fmt.patch...