chore(catalog): regenerate — the 8 new gigs reach the tracks that played them
The eight gig tracks.json files landed in 3a7c660b but the generated catalog was never rebuilt against them, so 36 tracks were still missing the gigs they appear in — ataright knew about bazurto and divin-live but not mephisteuf, and so on down the list. Rebuilt with build_catalog.py, not copied: the shared checkout had an uncommitted regeneration sitting in it, and this build reproduces it byte-identically from committed state, which is the only version worth trusting ([[feedback_parsers_over_copy]] — a catalog is an artifact, so regenerate it, never hand-carry it). Counts unchanged at 81 tracks / 7 authored overlays; this is purely the gig↔ track edges filling in. Deliberately NOT committing catalog_view.json. Its clean rebuild here already equals master, while the copy in the shared tree differs in `takes` for 24 tracks and in `source` for 3 — the latter because it was built with PLN's uncommitted .tidal edits baked into it. A generated file that embeds work-in-progress is not reproducible from the repo, so committing it would pin someone's scratch state as canon.
Showing
Please
register
or
sign in
to comment