Skip to content

the chain reaches a consumer, and the review of how it got there - #684

Merged
Sunrisepeak merged 1 commit into
mainfrom
the-chain-reaches-a-consumer
Sep 21, 2026
Merged

Sunrisepeak merged 1 commit into
mainfrom
the-chain-reaches-a-consumer

Conversation

@Sunrisepeak

Copy link
Copy Markdown
Member

Documentation and one new verification section.

Section I

A Linux sandbox cannot exercise a Windows call, so section I asserts the half it can, and the half a four-package chain actually gets wrong: that every version is published, that openkal-llvm-runtime 0.15.1 resolves from the published index, and that the build names openkal-musl@0.19.1. A resolution drawing an older musl would satisfy "it builds and runs" while carrying none of the fix.

It is labelled GRAPH, not CHANGE. A CHANGE section here must fail on the previous mcpp release; this one passes on it, because which graph an index publishes is independent of which engine resolves it. Labelling it CHANGE would have made the control reading against 2026.9.21.2 look like a hole when it is the right answer.

Measured in SubOS v920 with the CN mirror, against published artefacts: nine sections, fails=0, nothing skipped.

The ecosystem review

Written by cross-repository cause rather than by repository:

  • Five repositories, six releases, one fix — every pin here is exact, so openkal-windows 0.10.1 needed openkal-musl 0.19.1 and openkal-llvm-runtime 0.15.1 to reach a consumer. Each link was registered, published and verified resolvable before the next pin moved.
  • Three unrelated defects reported as one red Windows cell — an engine flag clang silently ignores, a consumer asking Windows for an execute bit, and openkal opening a file without FILE_READ_ATTRIBUTES. Each surfaced only after the previous was fixed. "One red cell, one defect" is a wrong default; the criterion is comparing the failure set before and after.
  • What each environment can report — Wine passes the fstat control with the fix removed, so it could never have reported this, and neither could the index's Wine-backed windows column. It was used as a second opinion three times while receiving an input that cannot fail.
  • Three defects this round introduced, each with the measurement that caught it and the rule that replaces care with a check: git add -A sweeping an uncommitted pin into a registration PR (55 of 60 cells red, workflow still green); the local GitCode top-up exiting 0 with its only leg skipped; a generated CN url valid in shape and 404 in fact.

Section I of the sandbox verification asserts what a Linux sandbox can
actually answer about a four-package chain: that every version is published,
that `openkal-llvm-runtime 0.15.1` resolves from the PUBLISHED index, and that
the build names `openkal-musl@0.19.1` -- a resolution drawing an older musl
would satisfy "it builds and runs" and carry none of the fix.

It is labelled GRAPH rather than CHANGE. A CHANGE section here must fail on
the previous mcpp release, and this one would pass on it, because which graph
an index publishes has nothing to do with which engine resolves it. Calling it
CHANGE would have made the control reading against 2026.9.21.2 look like a
hole when it is the correct answer.

Measured in SubOS v920 with the CN mirror, against published artefacts: nine
sections, fails=0, nothing skipped.

The plan gains an ecosystem-level review written by cross-repository cause
rather than by repository: five repositories and six releases for one fix,
because every pin here is exact; three unrelated defects reported as one red
Windows cell, each surfacing only once the previous was fixed; a table of what
each environment can and cannot report, since Wine was used as a second
opinion three times while receiving an input that could not fail; and the
three defects this round introduced, each with the measurement that caught it
and the rule that replaces care with a check.
@Sunrisepeak
Sunrisepeak merged commit d1f1c98 into main Sep 21, 2026
40 of 42 checks passed
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.

2 participants