You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit 153ae71
Browse filesBrowse the repository at this point in the historyBrowse files
release: v1.10.1 — the last release; demos retired, zwasm dep repointed
Smell-audited: 1: version-only releases are where "no behaviour change" gets
used to skip verification, so this one still takes the full gate before the tag.
The two workflow hardenings are not opportunistic scope — they are the steps
that MUST work exactly once more, and one of them (view-then-create) is a race
this repo has documented as real and unfixed since v1.10.0 cleared it by 47 s.
v1.10.0 was meant to be the final release. Two things about the project's
surroundings changed within days of it, and a tag that documents a world which
no longer exists is worse than one more patch:
- zwasm left the `clojurewasm` org, so the final tag would have pointed a
dependency URL at a redirect rather than at the repository.
- cw-playground and cw-serverless-demo are being shut down and archived, so the
README's "Try it live" section would have promised two URLs that answer
nothing.
`cljw` itself is unchanged — same runtime, same behaviour.
Docs: the demos are described in the past tense and point at their (archived)
source, which still builds and remains the most complete worked example of an
end-to-end cljw deployment. The technical write-up in docs/works/demos.md is
kept deliberately: it is the record of what was built, and losing it would cost
more than the dead links do.
Release-path hardening, both in workflows that now get exactly one more
consequential run:
- release.yml's `gh release view || gh release create` is TOCTOU across the two
matrix legs — both can see "no release", both create, and the loser dies on
"already exists" under `set -e`, failing a leg whose artifact was fine. A
failed create is now accepted IF the release exists afterwards; a create that
failed for any other reason still fails the step, because the trailing view
finds nothing. All four paths verified against real exit codes.
- Both workflows `tar -x` the Zig toolchain into a directory they do not clear
first. On a fresh hosted runner that is fine, which is exactly why it would
only ever fail on a re-run — tar reports "Cannot open: File exists" and delays
it into a non-zero exit. ci.yml additionally `mv`s into a path that, if it
existed, would nest the toolchain one level deeper and silently leave `zig`
off PATH. Both now clear the targets first.
0 commit comments