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

makedepends doesn't include cmake or gcc/clang and the build complains.

If you get this error when building for ARM aarch64:

In file included from ../subprojects/abseil-cpp-20200225.2/absl/random/internal/randen_hwaes.cc:225:
/usr/lib/gcc/aarch64-unknown-linux-gnu/9.3.0/include/arm_neon.h: In function 'Vector128 {anonymous}::AesRound(const Vector128&, const Vector128&)':
/usr/lib/gcc/aarch64-unknown-linux-gnu/9.3.0/include/arm_neon.h:12452:1: error: inlining failed in call to always_inline 'uint8x16_t vaesmcq_u8(uint8x16_t)': target specific option mismatch
12452 | vaesmcq_u8 (uint8x16_t data)

Then check that in /etc/makepkg.conf CFLAGS and CXXFLAGS have the +crypto suffix in -march flag, like -march=armv8-a+crypto (the base identifier may very depending on your hardware)

Build of abseil-cpp package works because it uses CMake which adds the correct -march flag regardless of makepkg.conf, whereas when abseil-cpp is build as a subproject within this package, it uses meson, which does not add the flag and thus fails with the above error.

Never mind. I reinstalled Auracle using yay and everything is fine now.

I use pacaur that uses Auracle and today I get:

auracle: error while loading shared libraries: libfmt.so.6: cannot open shared object file: No such file or directory

fmt is installed, and Auracle worked fine yesterday, any solutions?

I fully appreciate you ignoring the pinned comment.

I was able to successfully build this package on a clean armv7h system with no problems. This was done with makepkg -A.

Missing build dependencies: pkg-config, clang (or other C++ compiler)

Post the full logs, not the logs you think are relevant. Is your system up to date? Otherwise try to build in a clean chroot.

Edit: did you ever sudo pip install?

Missed the log:

Log of Meson test suite run on 2020-06-19T17:28:05.858629

Inherited environment: SHELL='/bin/bash' SESSION_MANAGER='local/billie:@/tmp/.ICE-unix/1143,unix/billie:/tmp/.ICE-unix/1143' NVM_RC_VERSION='' COLORTERM='truecolor' HISTCONTROL='ignorespace' XDG_MENU_PREFIX='gnome-' HISTSIZE='10000' TEXTDOMAINDIR='/usr/share/locale' SSH_AUTH_SOCK='/home/user/.ssh/SSH-Agent-Socket' IRCNICK='the-pete' XMODIFIERS='@im=ibus' DESKTOP_SESSION='gnome' SSH_AGENT_PID='3398' EDITOR='/usr/bin/vim' PWD='/home/user/working/auracle/auracle-git/src' SOURCE_DATE_EPOCH='1592612816' XDG_SESSION_DESKTOP='gnome' LOGNAME='user' XDG_SESSION_TYPE='wayland' CXXFLAGS='-march=x86-64 -mtune=generic -O2 -pipe -fno-plt' XAUTHORITY='/run/user/1000/.mutter-Xwaylandauth.QD5EM0' TZ='UTC' GJS_DEBUG_TOPICS='JS ERROR;JS LOG' GDM_LANG='en_US.UTF-8' COMMAND_MODE='legacy' LDFLAGS='-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' HOME='/home/user' USERNAME='user' LANG='en_US.UTF-8' XDG_CURRENT_DESKTOP='GNOME' VTE_VERSION='6003' WAYLAND_DISPLAY='wayland-0' GNOME_TERMINAL_SCREEN='/org/gnome/Terminal/screen/9db57823_42f6_4785_9b75_abbbac36bbb5' CPPFLAGS='-D_FORTIFY_SOURCE=2' INVOCATION_ID='2ce64f56dd6f48c5a060ae6c768a7c31' MANAGERPID='1094' GJS_DEBUG_OUTPUT='stderr' NVM_DIR='/home/user/.nvm' GNOME_SETUP_DISPLAY=':1' XDG_SESSION_CLASS='user' TERM='xterm-256color' USER='user' GNOME_TERMINAL_SERVICE=':1.97' DISPLAY=':0' SHLVL='2' NVM_CD_FLAGS='' PAGER='/usr/bin/less' QT_IM_MODULE='ibus' MOZ_PLUGIN_PATH='/usr/lib/mozilla/plugins' XDG_RUNTIME_DIR='/run/user/1000' JOURNAL_STREAM='9:31008' XDG_DATA_DIRS='/home/user/.local/share/flatpak/exports/share/:/var/lib/flatpak/exports/share/:/usr/local/share/:/usr/share/' CHOST='x86_64-pc-linux-gnu' PATH='/home/user/.gem/ruby/2.7.0/bin:/home/user/bin:/home/user/.local/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl' GDMSESSION='gnome' CFLAGS='-march=x86-64 -mtune=generic -O2 -pipe -fno-plt' DBUS_SESSION_BUS_ADDRESS='unix:path=/run/user/1000/bus' MAIL='/var/spool/mail/user' OLDPWD='/home/user/working/auracle/auracle-git/src/auracle' TEXTDOMAIN='pacman-scripts' _='/usr/bin/meson'

s/tester -v/gtester -v/ That seems like it's not relevant here. I don't have venv installed on this box. I can attach the head of the menson log with the env, i'm not seeing other logs that are relevant. The last half of that log is attached to the previous comment.

(03:41) <billie> [/home/user/working $ which pyenv
which: no pyenv in (/home/user/.gem/ruby/2.7.0/bin:/home/user/bin:/home/user/.local/bin:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl)
(03:41) <billie> [/home/user/working $ sudo updatedb && locate pyenv
(03:42) <billie> [/home/user/working $