Promote the dp set into the pool (first promotion batch)#2
Open
mmcky wants to merge 1 commit into
Open
Conversation
Produced by: tools/promote --toc dp-test --exclude dp Canonical homes: advanced 19, intermediate 19, dp-test 10 (all interim, divergent copies recorded with digests for M3 triage), intro 1. The 39 byte-identical dp copies collapse to their canonical homes with dp-test recorded as a second source. Shared assets (the gpu.md admonition x11 and the opt_tax_recur/amss2/chang_credible .py families) land under _static/_shared/; per-lecture assets under _static/<slug>/. Verified: applying each ledger entry's ordered rewrites to its canonical mirror copy reproduces the pool copy byte-for-byte (49/49); a second run is a zero-diff no-op; promoted_at pins match sync/state.yml; no orphan assets copied. Co-Authored-By: Claude Fable 5 <noreply@anthropic.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.
First M2 promotion batch: the dp lecture set — 49 lectures + 27 assets — promoted from the reconstructed mirrors into the flat
lectures/pool, with full provenance insync/ledger.yml. Produced bytools/promote --toc dp-test --exclude dp(the tool landed on main in 2584fb2, built via an implement → adversarial-review → live-test pipeline).Posture
Per PLAN's M2 sandbox rule, the batch anchors on dp-test (the disposable lecture-dp.monorepo test double) with the real
dpseries excluded from consideration. That puts the 10 drifted lectures' canonical home on a repo we may edit — which is exactly what lets the upcoming drift-check demo and--refreshexercise happen without touching any live repo. At the M3 switch-over the ledger's dp-test provenance is mechanically re-pointed at the realdp(bytes re-verified).What the batch contains
intro,zreferences,status)interim) · intro 1_static/_shared/(thegpu.mdadmonition ×11 includes; theopt_tax_recur/amss2/chang_credible.pyfamilies), the rest under_static/<slug>/The 10
interimentries are the same-name-different-bytes copies (9 diverge from intermediate, 1 from advanced; the visible cause is intersphinx-form link rewrites). The pool takes the dp-side copy, flaggedinterim: true, with every divergent copy's sha256 digest recorded — the baseline the drift-check needs. Canonical triage stays an M3 act, per PLAN.Invariants verified
Every pool file equals its canonical mirror copy transformed by the ordered literal replacements recorded in its ledger entry — replayed and byte-compared for all 49. A second run is a zero-diff no-op.
promoted_atpins matchsync/state.yml. No unreferenced asset was copied (pool asset set == ledger assets map exactly). Collisions on differing bytes hard-error. Every source and divergent entry carries a per-source content digest.Worth an eyeball in review
The
interimentries (odu,lqcontrolare representative); thegpu.mdinclude rewrite (_admonition/gpu.md→_static/_shared/_admonition/gpu.mdin 11 lectures); thelecture_specific/<dir>→_static/<slug>|_sharedmoves; the ledger's shape as the contract the drift-check will consume.Known deferrals (deliberate)
Later series batches must include an asset's existing consumers when it gains a second consumer (the tool hard-errors rather than silently relocating — this is the documented runbook behaviour, not a bug). Clearing
interim:is an explicit per-slug re-promotion after M3 triage. The pool carries noquant-econ.bibyet — the bib merge is its own M2 work item, so pool citations don't resolve until it lands. Remaining M2 deliverables (drift-check CI,tools/assets-report+_sharedwhere-used index, CI invariant checks, PR signpost bot) follow separately.Next after merge: the sandbox drift demo — edit a dp-test-canonical lecture in the test double, let the sync re-pin, and demonstrate
--refreshre-promoting with a correct ledger update; then the drift-check job itself.🤖 Generated with Claude Code