Arch Linux User Repository

Search Criteria

Enter search criteria

Search by

Keywords

Out of Date

Sort by

Sort order

Per page

Package Details: weakauras-companion 5.2.10-3

Package Actions

Git Clone URL:	https://aur.archlinux.org/weakauras-companion.git (read-only, click to copy)
Package Base:	weakauras-companion
Description:	A cross-platform application built to provide the missing link between Wago.io and World of Warcraft.(Use system-wide electron)
Upstream URL:	https://weakauras.wtf/
Keywords:	electron wago warcraft weakauras weakauras-companion world-of-warcraft
Licenses:	GPL-2.0-or-later
Submitter:	zxp19821005
Maintainer:	zxp19821005
Last Packager:	zxp19821005
Votes:	0
Popularity:	0.000000
First Submitted:	2024-11-20 08:30 (UTC)
Last Updated:	2025-01-28 06:49 (UTC)

Dependencies (8)

electron33
cmake (cmake-git^AUR) (make)
curl (curl-http3-ngtcp2^AUR, curl-git^AUR, curl-c-ares^AUR) (make)
gcc (gcc-git^AUR, gccrs-git^AUR, gcc11^AUR, gcc-snapshot^AUR) (make)
gendesk (make)
npm (corepacker^AUR, python-nodejs-wheel^AUR) (make)
nvm^AUR (nvm-git^AUR) (make)
pnpm (yarn-pnpm-corepack^AUR, pnpm-bin^AUR, corepacker^AUR) (make)

Required by (0)

Sources (2)

Latest Comments

zxp19821005 commented on 2025-01-28 06:50 (UTC)

@artafinde Thanks for your reminder, added it.

artafinde commented on 2025-01-25 16:34 (UTC)

This needs the gendesk dependency and to conflict with weakauras-companion-bin pkg

zxp19821005 commented on 2025-01-22 02:31 (UTC)

@kogasa Thanks for your feedback. I've fixed it as your suggestion.

kogasa commented on 2025-01-21 22:04 (UTC)

This failed to build with Paru because build() references ${electronDist} which is defined in prepare(). This makes -c.electronDist refer to itself, which causes an error that looks like

ENAMETOOLONG: name too long, copyfile '/tmp/makepkg/weakauras-companion/src/WeakAuras-Companion-5.2.10/release/linux-unpacked/release/linux-unpacked/release/linux-unpacked/...

To fix it, move the line

electronDist="/usr/lib/electron${_electronversion}"

into build(), or outside of prepare(). (I normally wouldn't suggest a change specifically for third-party tool compatibility, but doesn't it make more sense to define the variable in the scope where it's used, anyway?)