Repository navigation
release: 0.7.0 - #163
Merged
Merged
release: 0.7.0#163
Conversation
The production-readiness release, and the one that finally ships #133. That fix had been on main since 2026-09-10, unreleased: before it, a cluster- or grid-wide barrier under a guard that is only block-uniform produced exit 0, no findings, zero opaque -- the tool said the kernel was clean. The README already said "since 0.7.0" in two places, on the crates.io front page of all seven crates at 0.6.1, describing behaviour no published version had. Also in it: the four artifact roots close (#150) with the semver rule written down rather than implied; --cc takes the sm_86 and 86 spellings launchbound already accepted (#152); releases carry binaries and the action has a v0 tag to pin instead of @main (#145, #146); every action is a SHA, every job has a ceiling, and zizmor audits both online (#144, #147, #148, #149); the driver forbids unsafe_code (#151); the conformance pin moves to b0f961df and the published precision table improves with it (#140); and Windows is gated, which found a panic in `learn`, a build script that refused a correct toolchain, and three test suites clearing an environment list written on Linux (#154). The README's Status section now says which of the two hardware sessions has run. Session #2 still has not, and it is the only external check on the accuracy claims, so it is named rather than left in "still planned". Signed-off-by: Vyncint Ng <chivy.nguyen@manabie.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The production-readiness release, and the one that finally ships #133.
That fix has been on
mainsince 2026-09-10 — twelve days — unreleased. Before it, a cluster- or grid-wide barrier under a guard that is only block-uniform produced exit 0, no findings, zero opaque: the tool said the kernel was clean. MeanwhileREADME.mdalready said "since 0.7.0" in two places, and every crate setsreadme = "../../README.md", so that text was the crates.io front page of all seven crates at 0.6.1 — describing behaviour no published version had.What else is in it
ReadErrorare#[non_exhaustive], with the split decided by measurement and the rule written into CONTRIBUTING §8--cctakessm_86and86, which launchbound already accepted and passed straight through to this parserv0is a real tag to pin instead of@mainzizmorjob that audits online — which is the half a local run cannot dounsafe_code, the one crate that did notb0f961df, and the published precision table improves with it: wrapbar 71→76% default and 93→98% strict, precision still 1.000learn, a build script that refused a correct toolchain, and three suites clearing an environment list written on LinuxRelease mechanics
cargo check --workspacerefreshedCargo.lockconformance/extractorhas its own lockfile and its owncargo update --workspace(the step 0.6.1 got wrong by naming crates instead of using--workspace)check-schemas.shandrecord-fixtures.sh --checkare greenREADME.md's Status section now says which of the two hardware sessions has run. Session ci: make publishing resumable across rate limits #2 still has not, and it is the only external check on the accuracy claims, so it is named rather than left inside "still planned" (Hardware session #2 has never run — the only external check on the accuracy claims #153)The gate
cargo semver-checksruns asmajorhere, becauseCHANGELOG.mdcarries a### Breakingheading — which is the mechanism, not a workaround: the label is invisible on a push, and the changelog is the document this release is cut from.Closes #143