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: 130
Popularity: 1.54
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) (edited on 2025-04-28 14:23 (UTC) by falconindy)

FAQ:

  • 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 .. 19 20 21 22 23 24 25 26 27 28 29 30 Next › Last »

gonsoos commented on 2019-10-01 23:47 (UTC)

Thank you very much! Though I have rwx ownership of the drive, it is indeed ntfs formatted. Building it on my ext4 partition worked as intended :) I hadn't thought about that...

falconindy commented on 2019-10-01 22:53 (UTC)

If I had to guess, I'd say you're attempting to build auracle on an ntfs or vfat filesystem and mounted it with a mode or fmask that disables the executable bit.

gonsoos commented on 2019-10-01 22:44 (UTC) (edited on 2019-10-01 22:44 (UTC) by gonsoos)

When build() starts, I get the following error:

meson.build:1:0: ERROR: Could not invoke sanity test executable: [Errno 13] Permission denied: '/media/hdd/arch/builds/auracle-git/src/auracle/build/meson-private/sanitycheckcpp.exe'.

Do I have to manually permit meson to perform the sanity test on the C++ compiler?

plutonium commented on 2019-09-21 19:42 (UTC)

FYI, I was using auracle successfully under armv7 (RPi3, 32bit) and after switching to armv8/aarch64 (RPi3, 64bit) I was not able to build the package using gcc (took forever, nearly freezing the board and crashed at step 3/27), but it went smoothly with clang (export CXX=clang++ && makepkg -A).

Mythra commented on 2019-09-09 17:16 (UTC)

Ah thanks! I forgot about that. I appreciate the help for something so simple :)

helirexi commented on 2019-09-09 15:19 (UTC)

I can confirm - works fine with fmt-6. I was only rebuild package in ~/.cache/pacaur/auracle-git and install after with sudo pacman -U auracle-git-r287.93fd134-1-x86_64.pkg.tar.xz All work now.

falconindy commented on 2019-09-07 13:47 (UTC)

Just like every other soname bump, it's up to you to rebuild AUR packages.

auracle has no problems building and linking against fmt-6

Mythra commented on 2019-09-07 13:40 (UTC)

FWIW it looks like this breaks with the latest version of fmt installed. Using the old version:

$ pacman -Q --info fmt | rg Version
Version         : 5.3.0-1
$ auracle show q
# Maintainer: Fabien Dubosson <fabien.dubosson@gmail.com>

[...]
$ sudo pacman -Syu
[...]
Packages (1) fmt-6.0.0-1

Total Installed Size:  0.56 MiB
Net Upgrade Size:      0.01 MiB
[...]
$ auracle show git
auracle: error while loading shared libraries: libfmt.so.5: cannot open shared object file: No such file or directory

Installing the old version of fmt works:

$ sudo pacman -U /var/cache/pacman/pkg/fmt-5.3.0-1-x86_64.pkg.tar.xz

(FWIW version of auracle: auracle-git-r287.93fd134-1.)

BrainwreckedTech commented on 2019-08-04 10:27 (UTC) (edited on 2019-08-04 10:28 (UTC) by BrainwreckedTech)

Is there a reason for limiting this package to i686 and x86_64 architectures?

This is a binary package. The arch=('any') designation is reserved for scripts and such. Arch only supports i686 and x86_64 in the AUR. Use makepkg -A to ignore arch designations and attempt to build anyway. AUR helpers will never be officially supported.

« First ‹ Previous 1 .. 19 20 21 22 23 24 25 26 27 28 29 30 Next › Last »