aurupdater

perl-crypt-rijndael

2026-08-30: maintained/ -> adapted/ -> local-install/ (two wrong

categories before landing on the right one)

  1. Vendored via scripts/add_maintained.sh, hardcoded to always add under maintained/ – but we’re neither maintainer nor co-maintainer here (AUR shows maintainer jose1711, last packager jose1711, no mention of andreas_baumann on the actual package page). git mv maintained/perl-crypt-rijndael adapted/perl-crypt-rijndael as a first fix.
  2. That was also wrong: adapted/ packages are never git submodules, and more fundamentally are specifically for packages with a real local diff on top of upstream (see every entry in arch/adapted/README.md – each names a concrete local patch/fix). This package has zero modifications from jose1711’s current AUR PKGBUILD, so there’s nothing to diff/track – confirmed via diff against a live fetch. Deinit’d and removed the submodule entirely; the already-existing /data/INSTALL/perl-crypt-rijndael staged checkout (from the original build) became its only home instead, added to scripts/install_only_packages as local-install/... – the existing convention for “someone else’s unmodified PKGBUILD, kept out of arch/ on purpose” (previously only used for yay-installed personal packages; broadened to also cover an AUR dependency pulled in purely to unblock another package’s build, which this is).

See memory/mod_fcgid.md’s matching (longer, since that one had an orphaned local commit to untangle) entry, and memory/TOOLING_NOTES.md for the scripts/add_*.sh maintainer-check fix this whole episode motivated.

2026-08-31: ARM catch-up – armv7h/aarch64 built once the cluster came back

Both were skipped at initial build time since the whole eurobuild3/4/5/14 cluster was down that session. Once it came back up, built with REPO_BUILD_ONLY_ARCH="armv7h" then "aarch64" (run directly against /data/INSTALL/perl-crypt-rijndael, same plain-passthrough path repo_build_staged.sh already uses for any package with no arch/ counterpart). Both built and published cleanly, no issues – confirmed via repo_arch_status.sh: all 4 of this package’s declared archs (i686/x86_64/armv7h/aarch64) now show published (1.16-3).

Noted in passing: REPO_BUILD_ONLY_ARCH only restricts which archs repo_build.sh attempts to buildrepo_publish.sh afterward still globs and (re-)publishes every *.pkg.tar.* sitting in the pkgdir, including old i686/x86_64 files left over from the original build (harmless here since the version hadn’t changed, just a redundant re-upload of identical bytes – but worth remembering this isn’t a “touch only this arch” guarantee end-to-end).