archr: day-resolution PKG_VERSION, seconds broke image assembly

The build system re-evaluates package.mk on every step and derives
PKG_INSTALL from PKG_NAME-PKG_VERSION. With the seconds-resolution
timestamp introduced in 9ff72420c6 the build and install steps computed
different versions, so scripts/install silently skipped a PKG_INSTALL
directory that did not exist and image assembly died in post_install
("sed: can't read .../system.cfg"). Use the build day instead: stable
across the steps of one build, still bumps per release so pacman ships
archr updates.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Douglas Teles
2026-07-01 20:06:21 -03:00
parent 2424c658de
commit 9de9224f80
+9 -5
View File
@@ -7,11 +7,15 @@ PKG_NAME="archr"
# PKG_VERSION. That made the install_pkg dir "archr-" and gen-pacman-repo
# synthesize the constant version "archr.", so the package version never
# changed and pacman never saw an update for it (the main system config
# package). Stamp it with the build timestamp instead: the literal text
# here is stable (no rebuild churn), but each actual rebuild evaluates a
# fresh, monotonically increasing version, so changes to system.cfg,
# runemu, wifictl, governors etc. ship as real `pacman -Syu` updates.
PKG_VERSION="$(date +%Y%m%d%H%M%S)"
# package). Stamp it with the build DAY so changes to system.cfg, runemu,
# wifictl, governors etc. ship as real `pacman -Syu` updates.
#
# Day resolution on purpose: the build system re-evaluates package.mk on
# every step and derives PKG_INSTALL from PKG_NAME-PKG_VERSION, so a
# seconds-resolution stamp gave the build and install steps different
# versions; the install silently skipped a PKG_INSTALL dir that did not
# exist and the image assembly then failed in post_install.
PKG_VERSION="$(date +%Y%m%d)"
PKG_LICENSE="GPLv2"
PKG_SITE=""
PKG_URL=""