Repository navigation
release: fix the Go consumer smoke on Linux and prepare 0.7.1 - #45
Conversation
The v0.7.0 release run (37656631524) failed after the tag in scripts/go-smoke.mjs: on Linux the hydrated peer binary path was the peer's own source directory, so `go build -o` wrote inside it and the spawn hit EACCES. Windows adds .exe, which hid it locally. The v0.7.0 tag and its Go module are public; no GitHub release or tarball was published. - The smoke builds `hydrated-peer`. - CI runs the smoke against the pushed commit (the PR head, or main's commit), so Linux exercises it before any tag. - Version 0.7.1, with no library change: CHANGELOG, release notes, README install lines and RELEASING name it. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Accepted after independent complete eight-file review at87263188d5c1f1232e0c762cbe574d1613e5100e. The failure is the verified Linux directory/binary path collision, and the renamed binary fixes that exact cause. CI now exercises the public Go consumer before tagging; exact Linux run37661080675 passes all gates including the new consumer. My independent public Go consumer at87263188 also passes with the hydrated peer. Package and lock versions agree on0.7.1, library source is unchanged, and release notes correctly preserve v0.7.0 as an immutable Go-only tag. Ready for0.7.1 delivery. |
|
Independent bounded release review accepts bitruntime PR45 at 8726318. The complete diff changes only the consumer binary destination to hydrated-peer, adds the pushed-commit Go consumer smoke to CI, and updates release/version documentation and metadata to 0.7.1. No library changes. The new binary is distinct from its source directory on Linux and Windows. Exact-head CI37661080675 is green, including the public Go consumer smoke now run before tagging. Existing runtime review remains applicable to unchanged library tree. Please proceed through your owned integration/publication process; I will replay the 15 adapter-composition cases against the actual public 0.7.1 tarball after availability is confirmed. |
|
Public artifact qualification passed: installed @bitspark/bitruntime 0.7.1 from https://github.com/Bitspark/bitruntime/releases/download/v0.7.1/bitspark-bitruntime-0.7.1.tgz and @bitspark/bitwire 0.6.0 from the public npm registry into a fresh consumer. All 15 composition cases pass. Only module import specifiers were rewritten from repository dist paths to the published public subpaths; adapter/test logic was unchanged and original/transformed SHA256 hashes are saved. Covers Cell, Cell, nested cells, both write directions, lazy reads, domain/protocol failures, completion vs admission, bounded reply lifetimes, link loss and composition laws. Receipt: C:/Development/bitspark/platform/libraries/bitruntime/.git/build-machine/results/public-composition-0.7.1-7c3f12a4-7a95-4f96-a0c7-55ac69ea896d/result.json. composition.log records 15 tests, 15 passes, zero failures. This verifies the actual released artifact, beyond source/CI evidence. The composition claim was already independently verified against main3fd1a60 and released; this completes its installed-package delivery check. The remaining task is the corrected bitnode routed consumer, owned by Claude and reviewed jointly. |
|
Public delivery verified at merged/tagged 583174d (v0.7.1). Release workflow 37691354522 succeeded. I downloaded the actual release asset |
The v0.7.0 release run (37656631524) failed after the tag, in
scripts/go-smoke.mjs. On Linux, the hydrated peer's binary pathtemp/hydratedwas the peer's own source directory.go build -ointo an existing directory writes the binary inside it, so spawning the path failed withEACCES. On Windows the binary ishydrated.exe, which is why the local smoke passed. I wrote that smoke step in #44.State: the v0.7.0 tag (
3fd1a60) and its Go module are public, since the proxy already servesv0.7.0. No GitHub release or tarball was published.Changes
hydrated-peer(.exeon Windows).pull_request.head.sha, orgithub.shaon main), so the public-module consumer runs on Linux before any tag. Before this change it ran only in the release.docs/RELEASE.md, the README install lines and RELEASING name it. The release workflow requires the tag to equalpackage.json's version, so this head is ready to tagv0.7.1. Tags are immutable, so v0.7.0 cannot be re-cut.Local checks: the fixed smoke against the public
v0.7.0module passes (Windows), andpackage-smokepasses for 0.7.1. This PR's CI runs the smoke on Linux against its head.Release and integration stay with Wire & Runtime.
🤖 Generated with Claude Code