max / audiofiles

Drop windows/x86_64 as a Bento target Bento cannot release it. The Windows checkout is at a Windows path while an app declares one unix repo, so the release preflight pins every host with a path windows-x86 does not have and fails on the first git command. Collect would strand the artifact anyway: the sync plane is rsync and the host has none. Declaring a target that cannot be released is worse than not declaring it. The recipe stays. GoingsOn e9855484 is what setting the host up costs; f05bdb85 is the restore.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

Author: Max Johnson <me@maxj.phd> · 2026-08-06 22:58 UTC

Signed with PGP, not checked

Commit: 012f8585fdb4ba8e930ee5e27a5ad4276a364daf

Parent: 409f226

1 file changed, +8 insertions, -1 deletion

M bento.toml +8 -1

			@@ -9,4 +9,11 @@
9	9		version_path = "crates/audiofiles-app/Cargo.toml"
10	10
11	11		# egui desktop app (no Tauri, no iOS).
12		-	targets = ["macos/aarch64", "linux/x86_64", "linux/aarch64", "windows/x86_64"]
	12	+	#
	13	+	# windows/x86_64 is dropped, not forgotten. The Windows checkout lives at a
	14	+	# Windows path while an app declares one unix `repo`, so the daemon's release
	15	+	# preflight pins every host with a path windows-x86 does not have and the build
	16	+	# fails on its first git command. Declaring a target Bento cannot actually
	17	+	# release is worse than not declaring it. dist/recipes/windows.rhai stays for
	18	+	# when the host is set up properly. See GoingsOn `f05bdb85`.
	19	+	targets = ["macos/aarch64", "linux/x86_64", "linux/aarch64"]