Package Details: auracle-git r373.fc335fc-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/inglor/auracle
Keywords: aur
Licenses: MIT
Conflicts: auracle
Provides: auracle
Submitter: Foxboron
Maintainer: artafinde
Last Packager: artafinde
Votes: 122
Popularity: 0.71
First Submitted: 2017-07-02 16:40 (UTC)
Last Updated: 2024-03-31 21:05 (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 2 3 4 5 6 7 8 .. 26 Next › Last »

artafinde commented on 2022-07-29 19:42 (UTC)

@PS0: that's a limitation of meson. There is an open issue on meson about this and probably won't be fixed. :(

PS0 commented on 2022-07-29 19:06 (UTC)

@artafinde It works for Auracle, but if someone would use the random library on an old CPU, it probably will fail as too many files are compiled with -sse4.1.

artafinde commented on 2022-07-29 15:32 (UTC)

@PS0 If possible try replacing the PKGBUILD with this and let me know if it works. If yes I Will try to push it upstream.

artafinde commented on 2022-07-29 13:05 (UTC) (edited on 2022-07-29 13:08 (UTC) by artafinde)

@PS0 I see that is meson-wrap specific then - raised https://github.com/mesonbuild/wrapdb/issues/544

PS0 commented on 2022-07-29 12:41 (UTC)

@artafinde abseil-cpp uses -maes and -msse4.1 only on randen_detect.cc and randen_hwaes.cc. The meson wrap enables these flags globally, which is not what the abseil-cpp developers intended.

artafinde commented on 2022-07-29 11:15 (UTC)

@PS0, do you see the flags being used when you compile abseil-cpp with cmake? If yes then raise an issue with abseil-cpp on github. If not then it might be coming from the meson wrap. My AMD CPU has SSE4.1 extension so can't reproduce it.

gatsby commented on 2022-07-29 10:37 (UTC)

@PS0 Thanks, in my case I only had these sse flags available: sse sse2 ssse3 sse4a.

PS0 commented on 2022-07-28 19:11 (UTC)

@artafinde: The CPU I'm using is an old AMD Athlon II X4 630. It doesn't support SSE4.1. The check you mentioned only checks whether the compiler supports the flags. It's not a hardware check.

artafinde commented on 2022-07-28 09:15 (UTC)

@PS0 it would be good to show build logs and /var/lib/archbuild/extra-x86_64/<username>/build/auracle-git/src/auracle/build/meson-logs/meson-log.txt The abseil-cpp project has those defined in the meson wrap but checks with the compiler before adding them. Also useful to state your CPU. PS: this is upstream to auracle 1

PS0 commented on 2022-07-28 08:45 (UTC)

I'm having the same issues with the failing tests. After some debugging I found that the Abseil library is compiled with the 'sse4.1' flag which creates incompatible code for some x86_64 CPU's. Removing the flag solves the issue.

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 26 Next › Last »