feat(aterm): drop the Windows build and its Scoop packaging (#1264) #1271
No reviewers
Labels
No labels
burndown-2026-06
burndown-2026-08
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
coherence-core
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
qa-fixture
role/devrel
role/eval
role/exec
role/frontend
role/gamedev
role/human
role/platform
role/qa
role/sysadmin
role/tpm
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-flight-deck/agentic-os!1271
Loading…
Reference in a new issue
No description provided.
Delete branch "aos/claude/mu55-drop-windows"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes #1264. Tier 1 of the #1245 dispatch, and the decision Kai recorded on 2026-08-25: Windows aterm goes away rather than growing a second terminal dialect.
The issue's own words for why this was not neutral: a Windows host installed
atermfrom Scoop,--terminal-bindefaulted tokitty, which is not installable there, and pointing it at Alacritty did not work because the plan is built in kitty's flag dialect. There was no configuration a Windows operator could reach that produced a window.Where the target list lives
New
aterm/release-targets.txt, darwin/arm64 and both linux arches. That is the lowest layer that determines it, and it keeps the rule in one place instead of aif [ "$goos" = windows ]branch in each of three scripts.scripts/aos-release-build.sh-build_atermreturns early for a target absent from that listscripts/render-aos-packaging.sh- drops the checksum, the["aterm-windows-amd64.exe", "aterm"]bin mapping, and the PowerShell fetchscripts/check-aos-release.sh-release_familiesno longer carries aterm; the expected count istargets x families + aterm_targetsTwo new guards
The whole point is that the artifact stops shipping, so the gate refuses its return:
tests/test_aos_cli_release.pyasserts aterm's list is a subset of the shared one with nowindows/entry, that no Scoop bin entry maps to aterm, and thatpre_installdoes not mention it.Verified end to end, not just by unit test
Full round trip at
aos-v9.9.9:The count math is the part that would have gone red at promote rather than on the PR, which is exactly the failure the existing comment in that script records, so it was worth running for real.
platform_windows.goRemoved. The issue left it as the implementer's call. Nothing builds that target, and the surviving
//go:build !windowsonplatform_unix.gomakes the exclusion explicit instead of leaving a Setsid-less stub that implies a supported platform.alacritty/alacritty.tomlstays. It is still the Windows terminal baseline for everything that is not aterm, anddocs/warp-host-setup.mdnow says that rather than implying aterm is one of its consumers.Docs
docs/install.md- aterm is Mac and Linux only, stated plainlydocs/FEATURES.md- the entry gains its platform boundary, which is the material public-surface change the issue asked fordocs/aos-cli.md,docs/warp-host-setup.md- point at the new target list and drop the stale Alacritty-for-aterm framingDownstream
#1257 and #1259 are now unambiguously unix-only. Doctor reports one terminal, contract tests walk one dialect.
Verification
uv run pytest724 passedjust aterm-test,pre-commit run --all-filesclean