Package Details: auracle-git r420.f4cebb5-1

Git Clone URL: https://aur.archlinux.org/auracle-git.git (read-only, click to copy)
Package Base: auracle-git
Description: A flexible client for the AUR
Upstream URL: https://github.com/falconindy/auracle
Keywords: aur
Licenses: MIT
Conflicts: auracle
Provides: auracle
Submitter: Foxboron
Maintainer: artafinde (falconindy)
Last Packager: artafinde
Votes: 122
Popularity: 0.159282
First Submitted: 2017-07-02 16:40 (UTC)
Last Updated: 2024-11-19 22:40 (UTC)

Required by (10)

Sources (1)

Pinned Comments

artafinde commented on 2022-01-26 09:15 (UTC) (edited on 2022-01-29 10:24 (UTC) by artafinde)

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.

falconindy commented on 2020-05-31 15:35 (UTC)

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

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 27 Next › Last »

a821 commented on 2021-05-23 07:25 (UTC)

I can reproduce the error in a clean chroot. There's an open issue upstream.

The last comment suggests to bump the abseil-cpp subproject. I tried that, but the last meson.build file for abseil-cpp is for version 20200923.2, which is apparently older than the fix since I saw the same error. I guess one could try to update the meson.build

As a workaround, compiling with gcc10 works for me:

diff --git a/PKGBUILD b/PKGBUILD
index 4cd4132..e852c01 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,13 +1,13 @@
 pkgname=auracle-git
 _pkgname=auracle
 pkgver=r366.8739929
-pkgrel=1
+pkgrel=2
 pkgdesc='A flexible client for the AUR'
 arch=('x86_64' 'i686')
 url="https://github.com/falconindy/auracle.git"
 license=('MIT')
 depends=('pacman' 'libcurl.so' 'libsystemd')
-makedepends=('meson' 'git' 'perl' 'systemd')
+makedepends=('meson' 'git' 'perl' 'systemd' 'gcc10')
 checkdepends=('gtest' 'gmock')
 provides=("$_pkgname")
 conflicts=("$_pkgname")
@@ -21,6 +21,9 @@ pkgver() {
 }

 build() {
+  export CC=cc-10
+  export CXX=c++-10
+
   cd "$_pkgname"

   local meson_args=(

CantoroMC commented on 2021-05-22 16:51 (UTC) (edited on 2021-05-22 16:51 (UTC) by CantoroMC)

Building the package fails with error

ninja: Entering directory `build'
[92/148] Compiling C++ object subprojects/abseil-cpp-2...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 -D_FORTIFY_SOURCE=2 -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)
      |     ^~~
[101/148] Compiling C++ object subprojects/abseil-cpp-...ynchronization_lib.a.p/absl_synchronization_mutex.cc.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...

artafinde commented on 2021-04-07 09:42 (UTC)

jaap: read the pinned comment.

jaap commented on 2021-04-07 09:37 (UTC)

Could you please add pod2man as a dependency. I am not sure what you mean my a mis configuration, its just a missing package on my system. Installing the package fixes it, its simple as that.

dreieck commented on 2021-03-08 17:19 (UTC)

Can you change the dependency libsystemd.so to libsystemd? So there is also compatibility with Artix Linux, which is not based on systemd (but contains some compatibility layers).

a821 commented on 2021-02-25 09:35 (UTC)

@shizcow: read pinned comment

shizcow commented on 2021-02-25 03:33 (UTC)

Missing build dependency pod2man

sandsmark commented on 2021-02-12 11:50 (UTC) (edited on 2021-02-12 11:54 (UTC) by sandsmark)

build() tries to download source code (bypassing the checksums and whatnot, and fails if you try to build offline after makepkg -o online)

(and fwiw, stable ABIs in C++ is fairly common (at least for "serious" libraries), Qt preserves backwards compatible ABI for all major versions, so qt5 has had it for 8 years and counting, same with all the KF5 libraries)