Skip to content

docs: the one file of section 11.4 step 3 the release does not carry - #10

Merged
euskadi31 merged 1 commit into
mainfrom
docs/spec-issues-11-4
Aug 24, 2026
Merged

docs: the one file of section 11.4 step 3 the release does not carry#10
euskadi31 merged 1 commit into
mainfrom
docs/spec-issues-11-4

Conversation

@euskadi31

@euskadi31 euskadi31 commented Aug 24, 2026

Copy link
Copy Markdown
Contributor

One entry under ## Open, one moved to ## Settled upstream. Both found by
writing the section 11.4 workflow, both measured rather than reasoned.

spec/PROVENANCE.md is the file step 3 cannot get from the release. Since
spec#87 every other file that step names is a release artefact — bundle, corpus,
schemas, and now the prose contracts. That one is not, and neither is anything
needed to build it: tools/write_provenance.sh reads
docs/spec/provenance/body.md, docs/spec/provenance/<lang>.md,
docs/generated/coverage.md and go run ./cmd/businessidc inspect, all of which
live only in the spec checkout. So an engine that has verified the release
still has to clone spec — a second fetch beside the attested one. And the
writer postdates both published tags: run
32779621303
verified v0.1.1's sums and all four attestation identities on a runner, then
stopped because the commit that release was built from has no provenance writer.
Publishing the assembled file as an attested asset, exactly as the prose
contracts now are, would close it.

Settled: "the newest release" is not releases/latest. Section 11.4 now says
to list the releases and take the most recent non-draft, which is what this
engine does. Recorded because it changed what the engine does.

Documentation only.

Found while implementing the synchronization workflow, and narrowed once spec#87
made the prose contracts travel with the release: `spec/PROVENANCE.md` is now the
only file step 3 names that is not a release artefact. Its one sanctioned writer
reads four files that are not artefacts either, so a workflow that has verified
the release still has to clone `spec` to assemble it -- and no release published
so far carries that writer at all, so a synchronization of either one stops with
its sums and attestations checked and nothing written.

Also records, settled, that "the newest release" is not `releases/latest`: every
bundle so far is alpha, every alpha is published as a pre-release, and
pre-releases are excluded from that endpoint, which answers 404 today.
@euskadi31
euskadi31 force-pushed the docs/spec-issues-11-4 branch from 566b2f8 to 9f5ac5c Compare August 24, 2026 21:42
@euskadi31 euskadi31 changed the title docs: two things section 11.4 asks for that the release does not carry docs: the one file of section 11.4 step 3 the release does not carry Aug 24, 2026
@euskadi31
euskadi31 enabled auto-merge (squash) August 24, 2026 21:43
@euskadi31
euskadi31 merged commit 9e2479d into main Aug 24, 2026
3 checks passed
@euskadi31
euskadi31 deleted the docs/spec-issues-11-4 branch August 24, 2026 21:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant