Skip to content

Find Python portably so the board tools work on Windows - #3

Open
zxwolfpirexz wants to merge 1 commit into
jaredrhod:mainfrom
zxwolfpirexz:fix/windows-python3-interpreter
Open

Find Python portably so the board tools work on Windows#3
zxwolfpirexz wants to merge 1 commit into
jaredrhod:mainfrom
zxwolfpirexz:fix/windows-python3-interpreter

Conversation

@zxwolfpirexz

Copy link
Copy Markdown

Fixes #2.

bin/board-state.sh calls python3 twice. Windows has no python3 — the python.org installer provides py and python — so the script dies at line 29 with python3: command not found even when the server is healthy.

bin/board.sh has the same call and is currently masked: its || echo 8794 fallback happens to match the default port, so it looks fine while silently ignoring a configured port. That is the quieter of the two faults and the reason this went unnoticed.

This matters beyond the two scripts. The CLAUDE.md block the installer appends tells the agent to run board-state.sh before commenting on the board, so that it reads the real scene rather than trusting memory. On Windows that instruction could not be followed at all.

The change: probe once for python3, then python, then py. python3 is tried first, so macOS and Linux resolve exactly as before — no behaviour change on either.

Verified on Windows 11 / Git Bash / Python 3.14.7:

ON THE BOARD — 1 item(s), last tracker heartbeat:
  - the assistant ring @ center

and the correct failure path when the server is stopped:

The board is dark — the barehands server isn't running.

Everything else on Windows checked out end to end once patched: camera and hand tracking live, present moving the ring center-stage, and the ring reflecting agent state written to barehands/state/state.

bin/board-state.sh calls python3 twice. Windows has no python3 — the
python.org installer provides py and python — so the script fails at
line 29 with "python3: command not found" even when the server is
healthy.

bin/board.sh has the same call and is currently masked: its fallback
(|| echo 8794) happens to match the default port, so it appears to work
while silently ignoring a configured port. That is the quieter of the
two faults.

This matters beyond the scripts: the CLAUDE.md block the installer
appends tells the agent to run board-state.sh before commenting on the
board, so on Windows that instruction could not be followed at all.

Probe once for python3, then python, then py. python3 is tried first,
so macOS and Linux resolve exactly as before.

Fixes jaredrhod#2

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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.

board-state.sh fails on Windows: hard-coded python3 does not exist there

1 participant