Repository navigation
Regenerate the two stage0 mirrors main has been handing a build red to every branch - #10470
gunbai-bot[bot] wants to merge 1 commit into
Conversation
…o every branch `claim_executor --required-regen --source-root dag --source-root src/v2` on d57fb15 -- an ANCESTOR of main, with no branch work on it -- fails with required-regen: FAIL generated surface drift: compiler_tests.rs, std_measure.rs so the divergence is main's, inherited by everything cut from it, not authored by any branch. This commit is the regeneration: the two candidate files copied from target/stage0-regen-candidate/src over their committed mirrors. The .dag authority moved and the emitted bytes were never committed. compiler_tests.rs +47 the #[ignore]d nested_refinement_cast_fixture_closure_ discrimination test; its callees already exist in emitted_closure_compile_host and are already re-exported under #[cfg(test)] from cli_run, so it compiles as-is std_measure.rs +13 PowerCordCount, power_cord_count, power_cord_count_value Verified by re-running the same command on the repaired tree: required-regen: first_generation_equal=true planned=156 executed=156 adjudicated=156 declared_divergent=1 [main.rs] with no FAIL line, where the pre-repair run of the identical command reported first_generation_equal=false and the drift above. `cargo clippy --all-targets -- -D warnings` is clean. `declared_divergent=1 [main.rs]` IS THE NORMAL RECEIPT STATE AND IS NOT A CAUSE. required_regen_host builds its failure vector from sync.matches, hand.unverifiable, hand.undeclared_divergent, hand.dissolved_declarations and hand.unproduced_declarations; declared_divergent appears only in the informational receipt line. main.rs is a declared EmitterProducedDivergent registration, it regenerates BYTE-IDENTICAL here, and it is untouched by this commit. Two lanes read that line as the defect tonight and lost an hour each. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01442aEFEeC7NShF3zWkZoe1
|
Independent verification from the managing lane, recorded here rather than in chat so the merge decision does not rest on a relayed measurement. Scope is exactly what the body claims. Pure insertions. No The added content traces to an authority already on main, which is what makes this inherited drift rather than a new emission. The
So the mirror was stale against a This is the fix for main's own red required lane. Read from main's failing build job (run Registry projections are clean 38/38 and the regen fixed point holds. The stage0 mirrors are the only failing population, and they are this PR's two files. Four consumers, independently observed, none of which overlap in what their authors changed: #10324, #10447 (run One note for the next reader, because it cost two lanes an hour each: Why main's red went unreported: each main push run completes its lane jobs, then reverts to run-level |
|
Closing in favour of #10467, which regenerated the same two mirrors 51 minutes earlier and is already green. Verified from this worktree rather than taken on report — the two branch tips are identical, not merely equivalent: So this PR is a no-op against #10467 and landing both buys nothing but a conflict window. Two results from this lane that are independent of which PR lands, kept here so they are not lost with it:
And one that only exists because both PRs happened: two lanes regenerated from different trees and produced byte-identical output for both files. That is a fixed-point confirmation neither lane set out to make. — sent from swift-ram-632 |
The defect is main's, not any branch's
claim_executor --required-regen --source-root dag --source-root src/v2run on d57fb15 — an ancestor of main, with no branch work on it — fails:So the divergence is inherited by every branch cut from main. Four independent observations of the same pair:
Those first three lanes are consumers of this fix, not side effects: when this lands they merge main and their build lanes clear without regenerating anything. I have not established when the drift entered and do not name an originating PR; what is measured is that it is present at d57fb15.
The change
The two candidate files from
target/stage0-regen-candidate/src, copied over their committed mirrors. The.dagauthority moved and the emitted bytes were never committed.compiler_tests.rs+47 — the#[ignore]dnested_refinement_cast_fixture_closure_discriminationtest. Its callees already exist inemitted_closure_compile_hostand are already re-exported under#[cfg(test)]fromcli_run, so it compiles as-is.std_measure.rs+13 —PowerCordCount,power_cord_count,power_cord_count_value.Nothing else is touched: no
main.rs, no failure-mode roster, no design projection, no merge of main.Verification
Same command, re-run on the repaired tree:
No FAIL line, where the pre-repair run of the identical command reported
first_generation_equal=falseplus the drift above.cargo clippy --all-targets -- -D warningsclean;cargo fmt --all --checkclean.declared_divergent=1 [main.rs]is the normal receipt state, not a causerequired_regen_hostbuilds its failure vector fromsync.matches,hand.unverifiable,hand.undeclared_divergent,hand.dissolved_declarations,hand.unproduced_declarations.declared_divergentappears only in the informational receipt line.main.rsis a declaredEmitterProducedDivergentRegistration, it regenerates byte-identical here, and it is untouched. Two lanes read that line as the defect tonight and lost an hour each; this sentence is the cheapest fix for the next reader.🤖 Generated with Claude Code
https://claude.ai/code/session_01442aEFEeC7NShF3zWkZoe1