Package Details: auracle-git r427.33f9097-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: falconindy
Votes: 123
Popularity: 0.50
First Submitted: 2017-07-02 16:40 (UTC)
Last Updated: 2025-04-16 17:39 (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

1 2 3 4 5 6 .. 28 Next › Last »

falconindy commented on 2025-04-17 20:12 (UTC)

@slondr: the latest PKGBUILD clearly has glaze marked as a dependency.

slondr commented on 2025-04-16 21:35 (UTC) (edited on 2025-04-16 21:35 (UTC) by slondr)

I get this error now:

Project name: auracle
Project version: 0
C++ compiler for the host machine: ccache c++ (gcc 14.2.1 "c++ (GCC) 14.2.1 20250207")
C++ linker for the host machine: c++ ld.bfd 2.44
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 
Has header "glaze/glaze.hpp" : NO 

meson.build:28:2: ERROR: Problem encountered: glaze library not found in standard include paths

e8hffff commented on 2025-04-16 08:17 (UTC) (edited on 2025-04-16 08:20 (UTC) by e8hffff)

To get around out of memory issues and you haven't got a swap enabled!

sudo fallocate -l 4G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile

e8hffff commented on 2025-04-16 08:03 (UTC) (edited on 2025-04-16 08:21 (UTC) by e8hffff)

Had this problem for months. More or less caused by out of memory. Anyway to improve building process to be less of a hog?

INFO: autodetecting backend as ninja
INFO: calculating backend command to run: /usr/bin/ninja -C /home/default/t/a/auracle-git/src/auracle/build
ninja: Entering directory `/home/default/t/a/auracle-git/src/auracle/build'
[119/203] Compiling C++ object libaur.a.p/src_aur_response.cc.o
FAILED: libaur.a.p/src_aur_response.cc.o
c++ -Ilibaur.a.p -I. -I.. -I../src -Isubprojects/abseil-cpp-20240722.0 -I../subprojects/abseil-cpp-20240722.0 -fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wextra -std=c++23 '-DPROJECT_VERSION="0"' -ffunction-sections -fdata-sections -fPIC -MD -MQ libaur.a.p/src_aur_response.cc.o -MF libaur.a.p/src_aur_response.cc.o.d -o libaur.a.p/src_aur_response.cc.o -c ../src/aur/response.cc
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.
[120/203] Compiling C++ object libauracle.a.p/src_auracle_auracle.cc.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...

micwoj92 commented on 2025-02-22 19:41 (UTC)

Is this not possible to use system deps instead?

Firechris commented on 2024-08-19 12:01 (UTC)

I can confirm. Lastest version is installable again.

Good work

ludvick commented on 2024-08-19 10:04 (UTC)

@falconindy thank you for quick solution and the new verison! Now everything works as it shoud! Thanks again!

Firechris commented on 2024-08-19 08:50 (UTC)

I also had the nlohmann_json issue but could solve it by reinstalling it.

pacman -S nlohmann-json

Now, I am also stuck with the fmt issue.

artafinde commented on 2024-08-19 08:44 (UTC)

Yes that's coming from arch-meson, specifically --wrap-mode nodownload. I think you might be able to call arch setup once in prepare() and arch-meson subsequently in build(). Or drop completely the arch-meson and use meson.

jfernandz commented on 2024-08-19 08:35 (UTC)

I'm having the same problem than @ludvick but in my case the problem is with nlohmann_json

Looking for a fallback subproject for the dependency nlohmann_json

meson.build:27:7: ERROR: Automatic wrap-based subproject downloading is disabled

I guess this is for some default setting in meson about subprojects https://mesonbuild.com/Subprojects.html#obtaining-subprojects

But not sure if I should edit the PKGBUILD and also not sure how to enable this subproject downloading in meson

1 2 3 4 5 6 .. 28 Next › Last »