docs(board): the shared tree is not waiting on a commit that will never come
The peer session's 043-open-decisions.md tells a cold reader the main working tree can be fast-forwarded once check-mix.py and gig-log.py are committed. They are not anyone's in-flight edits: worktree, master and f56775ae all hold the identical blob for both files. They read as modified only because the tree's HEAD predates 27f2531's shared-ladder refactor, which changed both files to import tools/ardour_session.py -- the tree already has the post-refactor content. Left as a precondition, that sentence blocks the fast-forward on a commit nobody can make. Recorded with the hashes and the two-command fix, and deliberately not run: PLN has folded, the live rig runs from that tree, and restarting his audio services unwatched is not a call to make for him.
Showing
Please
register
or
sign in
to comment