aurupdater

rxvt

Build times (auto-updated)


2026-09-11: expanded arch=() to all 7 archs, fixed aarch64’s ancient config.guess/config.sub

Was arch=('i686' 'x86_64') only. Expanded to the full x86_64 pentium4 i686 i486 armv6h armv7h aarch64 set – purely additive, no pkgrel bump for that part (see memory/PKGREL_VS_PKGVER.md). x86_64/pentium4/i686/i486/armv6h/armv7h all built and published cleanly first try.

aarch64 failed: configure: error: cannot guess build type; you must specify one. Root cause: the bundled autoconf/config.guess (and config.sub) are dated 2002-09-03 – predate the aarch64 architecture entirely (grepped both files, zero mentions of “aarch64”), so configure’s platform auto-detection can’t identify the board, and even an explicit --build=aarch64-... override would still fail since config.sub itself doesn’t recognize the string either.

Fix: pkgrel 10 -> 11, prepare() now does (arch-conditional, x86_64/etc. untouched since their 2002-era config.guess already handles them fine):

if [ "$CARCH" = "aarch64" ]; then
  cp /usr/share/automake-*/config.{guess,sub} autoconf/
fi

automake is part of base-devel, already present in every chroot and confirmed present on eurobuild14 too – no new makedepends needed.

First attempt at this fix failed too (same “2002-09-03” error, confirmed by ssh’ing onto eurobuild14 and checking the actual extracted source’s autoconf/config.guess timestamp post-failure) – copied the fresh files into . instead of autoconf/, the actual directory configure’s ac_aux_dir search resolves to for this package (confirmed via grep ac_config_guess configure). Fixed by targeting the right destination; retried and aarch64 published cleanly.

User’s suggestion mid-fix was a full autoreconf -fi instead – not used, since the narrower config.guess/config.sub swap already targets the exact failure and a full regeneration risks disturbing the several sed edits build() already applies against this specific old configure-generated config.h layout.