PR/59195 CVS commit: src/etc/etc.evbarm

["David H. Gutteridge" <gutteridge%netbsd.org@localhost>]

The following reply was made to PR install/59195; it has been noted by GNATS.

From: "David H. Gutteridge" <gutteridge%netbsd.org@localhost>
To: gnats-bugs%gnats.NetBSD.org@localhost
Cc: 
Subject: PR/59195 CVS commit: src/etc/etc.evbarm
Date: Sun, 4 Oct 2026 03:44:46 +0000

 Module Name:	src
 Committed By:	gutteridge
 Date:		Sun Oct  4 03:44:46 UTC 2026
 
 Modified Files:
 	src/etc/etc.evbarm: Makefile.inc
 
 Log Message:
 etc/etc.evbarm/Makefile.inc: follow-on hash generation fix
 
 Revs. 141 & 142 introduced a guard that tried to prevent checksum
 consolidation from running in contexts where there's nothing to process
 -- that is, images aren't created at all. However, it then also
 prevented clean builds that do include images from consolidating their
 checksums as intended, since the "exists" check that was added reflects
 too early a file system state on clean builds ("gzimg" doesn't exist
 yet). It also didn't address the fact that there can be targets that
 do in fact create and populate a "gzimg" directory, yet don't actually
 generate any images as presently construed/defined are relevant for
 hash generation, as happens with the evbearmv4-el arch.
 
 Another fix for PR install/59195. Tested with earmv5hf (no images, no
 "gzimg" directory created), evbearmv4-el (no images, "gzimg" directory
 is created), and aarch64 (images and "gzimg" directory are created),
 with clean builds into new directory structures and subsequent update
 builds tested for each arch.
 
 
 To generate a diff of this commit:
 cvs rdiff -u -r1.144 -r1.145 src/etc/etc.evbarm/Makefile.inc
 
 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.