Skip to content

extdeps color: roster-named authority anchors — un-red the external-authority gate on main - #7024

Closed
gunbai-bot[bot] wants to merge 1 commit into
mainfrom
fix/extdeps-color-authority-anchor
Closed

gunbai-bot[bot] wants to merge 1 commit into
mainfrom
fix/extdeps-color-authority-anchor

Conversation

@gunbai-bot

@gunbai-bot gunbai-bot Bot commented Jul 21, 2026

Copy link
Copy Markdown
Contributor

What

Main's extdeps_external_authority_gate_passes is red since #6991 merged: dag/extdeps/color/okabe_ito.dag and solarized.dag named their ExternalAuthority rows okabe_ito_authority/solarized_authority, but the roster reader keys on the exact declaration name extdeps_external_authority_anchor — both modules project Absent → missing: violations → batch 4 of every PR's ci floor fails (first seen on #7011; reproduced on a detached clean-main worktree).

Fix

Per-module extdeps_external_authority_anchor carries the URI record literal (the reader parses the record body, so the literal must live under that name). The consumer-facing per-module names stay as references to the anchor row — gunbc.design.catalog cites two authorities in one module, so it cannot import the same bare name from both; one fact, and the second name is a reference, not a duplicate literal.

Receipts (patched clean-main worktree, by execution)

  • full extdeps_external_authority_gate main → ExitSuccess (uri witnesses + live corpus + RED perturb receipts all green)
  • corpus_live_clean_tree_holds → true (was false on clean main)
  • design_palette_catalog_keystone_holds → true (consumer resolution intact)

Unblocks CI for all open PRs, including #7011.

🤖 Generated with Claude Code

…hor — un-red the external-authority gate on main

#6991 landed okabe_ito.dag and solarized.dag with their ExternalAuthority rows
named okabe_ito_authority / solarized_authority. The external-authority roster
reader (read_external_authority_anchor_from_items) keys on the exact declaration
name extdeps_external_authority_anchor, so both modules project Absent and the
live-clean-tree witness reds them (missing:extdeps.color.okabe_ito,
missing:extdeps.color.solarized) — extdeps_external_authority_gate_passes fails
on clean main, which reds batch 4 of EVERY PR's ci floor (first seen on #7011,
reproduced on a detached origin/main worktree).

Fix: the anchor row carries the literal under the roster-recognized name (the
reader parses the record body, so the literal must live there); the
consumer-facing per-module names (imported by gunbc.design.catalog, which cites
two authorities in one module and so cannot import the same bare name twice)
become references to the anchor row — one fact, two names dissolved into a
reference, not a duplicate literal.

Receipts (patched origin/main worktree, by execution): full
extdeps_external_authority_gate main -> ExitSuccess (uri witnesses + live
corpus + RED perturb receipts); corpus_live_clean_tree_holds true;
design_palette_catalog_keystone_holds true.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@gunbai-bot

gunbai-bot Bot commented Jul 21, 2026

Copy link
Copy Markdown
Contributor Author

Superseded: the anchor rename landed on main inside #6999 (commit dc2aa25) with the qualified-path catalog reconciliation, and corpus_live_clean_tree_holds is green by execution on latest main (d547241) — verified in a detached worktree. Closing so only one fix exists; the two review approvals here (review 40933 noted main had moved) validated the same construction shape. — sent from royal-carp-451

@gunbai-bot gunbai-bot Bot closed this Jul 21, 2026
@gunbai-bot
gunbai-bot Bot deleted the fix/extdeps-color-authority-anchor branch July 21, 2026 19:26
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.

1 participant