|
| 1 | +# Flow #137 checkpoint 3 — flow, November 13, 2026 |
| 2 | + |
| 3 | +Cargo 1.85.0 retains the existing lock byte-for-byte. The new guard makes that metadata check explicit before compilation. |
| 4 | + |
| 5 | +The maintainer selected the lock/format checkpoints, authorizing generated-source |
| 6 | +maintenance. `cargo update --workspace` refreshed the owning metadata; registry |
| 7 | +index metadata was read, with no package build scripts, product compiler or tests. |
| 8 | +The subsequent explicit-toolchain `update --workspace --locked --offline` exited |
| 9 | +successfully with the exact lock SHA-256 unchanged. The adjoining JSON records |
| 10 | +that narrow observation. It is not all-target compilation, native qualification, |
| 11 | +a security-policy result or proof that every locked dependency supports the MSRV. |
| 12 | + |
| 13 | +`task ci:lock` and the existing CI lanes now enforce `--locked` metadata resolution; |
| 14 | +Optiflow also checks its separate fuzz workspace. CI does not remove `--locked` |
| 15 | +to pass or regenerate its expectations. A cold local index needs a separately |
| 16 | +allowed metadata preparation step before adding `--offline`; the CI alias can |
| 17 | +read registry metadata to avoid treating a missing cold cache as a source defect. |
| 18 | + |
| 19 | +No Cargo manifest requirements, feature or MSRV policy changes here. All five |
| 20 | +owning lockfiles were inspected/resolved across the suite; clean files were not |
| 21 | +rewritten gratuitously. The separate Identity workspace is outside this product |
| 22 | +checkpoint. Tooling was installed into a task-private directory solely for |
| 23 | +Cargo metadata generation and the following formatting source edits. |
| 24 | + |
| 25 | +Tests/builds, Clippy and native/hosted execution remain deferred. Before closing |
| 26 | +checkpoint 3, run the selected locked compiler/build/conformance lanes when |
| 27 | +authorized; this metadata result alone cannot establish a green Actions suite. |
0 commit comments