aurupdater

aacskeys

Not tracked in arch/ — plain upstream AUR package, rebuilt from a fresh clone of https://aur.archlinux.org/aacskeys.git into /data/INSTALL/aacskeys. See arch/scripts/install_only_packages (local-install category) and [[feedback_local_install_rebuilds]].

Built x86_64 only (REPO_BUILD_ONLY_ARCH=x86_64) at the user’s request for this package – upstream arch=("i686" "x86_64") but i686 was deliberately skipped, not attempted.

Build fails out of the box: stale hardcoded JDK path

Upstream’s prepare() does sed -i "s|.../java-6-sun/include|.../$(archlinux-java get)/include|" premake.lua to fix an ancient hardcoded JDK path – but two things are broken about that on this project’s build chroots:

  1. archlinux-java get returns empty inside a fresh archbuild chroot copy even right after jdk-openjdk was just installed as a makedepend (unlike the host, where it works fine) – so the sed’s substitution becomes garbage (/usr/lib/jvm//include).
  2. Even with a correct JDK path, patching premake.lua doesn’t matter – the source tarball ships libaacskeys.make pre-generated with the stale java-6-sun path baked in, and it’s not regenerated at build time: the top-level Makefile’s Makefile: premake.lua rule that would do that shells out to a binary literally named premake, but this project’s premake3 package only provides premake3. build() just runs plain make, so that regen rule silently never fires (no “Regenerating Makefiles” line in the build log) and the stale include path in libaacskeys.make is what the compiler actually uses.

Fix applied in prepare() (2026-08-14, inline PKGBUILD edit – NOT upstream, will NOT survive a fresh git clone from AUR, must be re-applied on every future rebuild until this local-install workflow grows patch persistence): glob the real installed JDK dir directly (ls -d /usr/lib/jvm/java-*-openjdk, don’t rely on archlinux-java get) and sed libaacskeys.make directly, not just premake.lua. See the PKGBUILD’s prepare() for the exact commands if this needs reapplying.

2026-08-14 build

Published x86_64 0.4.0f-10 (aacskeys + aacskeys-debug), version unchanged, packaging-workaround only (pkgrel not bumped since this deviation isn’t itself persisted/republished as a version – it’s a per-rebuild local patch, see above).