Package Details: auracle-git r366.8739929-1

Git Clone URL: (read-only, click to copy)
Package Base: auracle-git
Description: A flexible client for the AUR
Upstream URL:
Keywords: aur
Licenses: MIT
Conflicts: auracle
Provides: auracle
Submitter: Foxboron
Maintainer: artafinde
Last Packager: artafinde
Votes: 93
Popularity: 3.15
First Submitted: 2017-07-02 16:40
Last Updated: 2021-02-12 08:13

Required by (10)

Sources (1)

Pinned Comments

falconindy commented on 2020-05-31 15:35


  • 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/
  • 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 2 3 4 5 6 7 8 9 10 ... Next › Last »

a821 commented on 2020-05-13 08:05

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

yshui commented on 2020-05-13 00:07

This package is missing a dependencies on nlohmann_json, and systemd should also be a make dependency.

swyter commented on 2020-04-21 17:28

Maybe, but I don't see the point of making them a part of the default workflow. Sounds backwards.

falconindy commented on 2020-04-21 16:53

You're missing the part where you can run makepkg --nocheck to skip the tests.

swyter commented on 2020-04-21 16:40

Maybe I'm missing something, but I don't think the tests should be built by end-users. Looking at the Meson thingie, both gmock and gtest are completely optional. Removing checkdepends and the check function seems to work just fine. Less bloat.

graysky commented on 2020-04-12 07:46

Setting to 'any' is wrong. It implies compile-specific is not needed. Just build with the -A flag.

lvspais commented on 2020-03-16 21:47

I've built this package on armv7h without any issues just putting the 'armv7h' on the architecture list in PKGBUILD.

I truly think this package architecture could be set to 'any'.

Jarshvor commented on 2020-03-12 23:20

Just to add to TAAPAye's comment I've built it successfully on 'pentium4' architecture by simply listing it in the PKGBUILD.

TAAPAye commented on 2020-02-21 06:59

Is there a reason why only 'x86_64' 'i686' are supported? I built it without problems on aarch64.

user20159 commented on 2020-01-14 17:14

I don't know whether wrapdb is a dependency. But the build failed as there was no fmt available, so therefore I think fmt still is a dependency. And isn't that the main reason why we are using a package manager? That each application doesn't bring it's own dependencys and we end up with multiple copies of the same libraries? And instead having just one copy of that library every application can use? If each project downloads their requirements on it's own, we wouldn't need a centralized package management system. Am I wrong?