Commit c4eb90be by PLN (Algolia)

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.
parent 6678acd1
...@@ -2380,3 +2380,44 @@ this block first; earlier ones are history. ...@@ -2380,3 +2380,44 @@ this block first; earlier ones are history.
* Three test-suites-that-cannot-run found this week (`test_setlist.py`, * Three test-suites-that-cannot-run found this week (`test_setlist.py`,
`test_sc_delete.py`, and `test_adversarial.py`'s 12 `fixture 'suite' not `test_sc_delete.py`, and `test_adversarial.py`'s 12 `fixture 'suite' not
found` errors — the last still OPEN). found` errors — the last still OPEN).
## CORRECTION, same evening — the shared tree is NOT waiting on a commit
`armada/tasks/043-open-decisions.md` (peer session) says the main working tree
can be fast-forwarded "once you commit check-mix.py and gig-log.py". **There is
nothing to commit.** Measured across all three refs:
```
tools/check-mix.py worktree=56ecd5b1 master=56ecd5b1 f56775a=56ecd5b1
tools/gig-log.py worktree=5984390f master=5984390f f56775a=5984390f
```
They show as `M` only because the shared tree's HEAD (`claude/rig-streamline`
@ `5468507`) predates master's shared-ladder refactor (`27f2351`, which moved
Ardour session resolution into `tools/ardour_session.py` and changed both files
to import it). The working tree already holds the POST-refactor content — it is
the tree being behind its own HEAD's successor, not in-flight work by anyone.
So the fast-forward needs no commit from any session:
```
git checkout -- tools/check-mix.py tools/gig-log.py
git switch master # or: git merge --ff-only claude/rig-streamline
systemctl --user restart parvagues-bridge midiviz perf-tray
```
That `checkout` discards nothing: it restores HEAD's older copy and the switch
immediately replaces it with the same blob the worktree holds now. Direction
verified before recommending — a repair, not a clobber
([[feedback_volume_is_not_direction]]).
**Deliberately NOT run.** PLN folded for the night, the live rig runs from that
tree via `~/.local/bin` symlinks, and restarting his audio services unwatched is
his call. Tonight's running code stays `5468507`, so the close-X and the
close-latch are committed but not yet live on the box.
Also parked, from the peer session (not mine, logged so it is not lost): the
**Freebox mirror is 7 days stale** (audiofiles last changed 2026-08-29, holds to
Take100; today's Take102 exists only on the laptop). The Freebox is the declared
SSOT for audio ([[feedback_freebox_ssot]]), so no space-reclaim work should
touch it until it has caught up.
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment