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.46
First Submitted: 2017-07-02 16:40 (UTC)
Last Updated: 2025-04-16 17:39 (UTC)

Dependencies (13)

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 .. 12 13 14 15 16 17 18 19 20 21 22 .. 28 Next › Last »

yshui commented on 2020-05-13 15:05 (UTC)

Thanks for looking into this. Now I tried again, nlohmann_json is indeeded downloaded, but it wasn't last time, and I did rerun the build to make sure. Maybe a transient network failure?

systemd is in base, but it is not in base-devel, which is what I created my chroot with.

falconindy commented on 2020-05-13 14:31 (UTC) (edited on 2020-05-13 14:31 (UTC) by falconindy)

Here's a build log in a clean chroot (using makechrootpkg -C -r $root):

https://0x0.st/iL8e.txt

You'll notice that:

a) systemd is part of base, so it's implied (base is mandatory: https://www.archlinux.org/news/base-group-replaced-by-mandatory-base-package-manual-intervention-required/).

b) nlohmann_json is downloaded by meson as part of the build.

What am I missing?

AndyRTR commented on 2020-05-13 13:40 (UTC)

me2 - clean chroot fails here:

Determining dependency 'libsystemd' with pkg-config executable '/usr/bin/pkg-config' PKG_CONFIG_PATH: Called /usr/bin/pkg-config --modversion libsystemd -> 1 ... Run-time dependency libsystemd found: NO (tried pkgconfig and cmake)

meson.build:33:0: ERROR: Dependency "libsystemd" not found, tried pkgconfig and cmake

Probably because /usr/share/pkgconfig/systemd.pc is part of systemd package and not inliced in systemd-libs. Adding systemd to makedepends solves this.

yshui commented on 2020-05-13 13:37 (UTC) (edited on 2020-05-13 13:39 (UTC) by yshui)

Dependencies are incorrect, which you can easily verify using makechrootpkg with a fresh chroot. Whether you want to fix it is up to you.

Also, you wrote the code yourself, how could you not know what are the dependencies? (https://github.com/falconindy/auracle/blob/master/meson.build#L25)

falconindy commented on 2020-05-13 11:24 (UTC)

Dependencies are correct. If you think otherwise, you'll need to provide a log showing the makepkg invocation and subsequent failure.

a821 commented on 2020-05-13 08:05 (UTC)

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 (UTC) (edited on 2020-05-13 00:09 (UTC) by yshui)

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 (UTC)

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 (UTC)

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

swyter commented on 2020-04-21 16:40 (UTC)

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.