Skip to content

seal(t27f): re-seal frontend.t27, stale since 3b7c34bf1 (#10939), Seal Coverage green again (Closes #10967) - #10968

Merged
gHashTag merged 1 commit into
masterfrom
seal/t27f-frontend-10967
Oct 19, 2026
Merged

gHashTag merged 1 commit into
masterfrom
seal/t27f-frontend-10967

Conversation

@gHashTag

Copy link
Copy Markdown
Owner

Closes #10967.

Why. 3b7c34b (#10939) changed specs/t27f/frontend.t27 without re-sealing it, so .trinity/seals/t27f_T27fFrontend.json went [stale] and the Seal Coverage check (coverage) fails on every PR, #10958 among them. Same cause as #10814.

What. The seal file was regenerated by t27c seal specs/t27f/frontend.t27 --save on the Railway lab, with a t27c built from master f9fe37a and zig on PATH, then copied back by base64 with a sha256 check (4a1c0e23...). Nothing was edited by hand. The diff is that one file; the spec is untouched.

Verified (on the lab).

  • Before: t27c seal --verify specs/t27f/frontend.t27 reported MISMATCH on the zig, verilog, c and rust gen hashes.
  • After: it prints all hashes MATCH; the seal records tests 9/9 pass.
  • tools/check_seal_coverage.py: 2909 seals, 2796 hold, 113 known-broken listed in seal_baseline.txt, none newly broken.

🤖 Generated with Claude Code

…#10967)

3b7c34b (#10939) changed specs/t27f/frontend.t27 without re-sealing it, so the Seal
Coverage check failed on every pull request. Re-sealed on the Railway lab with a
compiler built from f9fe37a. Verify prints all hashes MATCH, and the coverage check
reports 2796 holding, 113 baselined, none newly broken. The spec is untouched.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
@gHashTag
gHashTag enabled auto-merge (squash) October 19, 2026 09:47
@gHashTag
gHashTag merged commit c851ee2 into master Oct 19, 2026
32 checks passed
@github-actions

Copy link
Copy Markdown
Contributor

PR Dashboard

Generated at: 2026-10-19 09:55:37 UTC

Summary

Status Count
Total Open PRs 50
PRs with Failing Checks 48
PRs with All Checks Green 2
READY 1
FAILING 48
PENDING 0
NO CHECKS YET 0

These columns do not partition: 1 + 48 + 0 + 0 = 49, and there are 50 open PRs. A PR is being counted twice or not at all.

Seal Status

  • ⚠️ STALE -- sha256(compiler.rs)=2d301cdb4a58 != manifest seal=87e5cbd3ad94.
    The committed NMSE numbers were certified against an older compiler.rs.
    Run scripts/reseal-check.sh locally for the two-step reseal command (advisory; not a merge gate).

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.

seal(t27f): re-seal frontend.t27, stale since 3b7c34bf1 (#10939), Seal Coverage red

1 participant