Public: anyone can read this; the crew can change it.
Crew runs can SSH to a device the repository names: an owner-granted host:22 plus a key from the repo's secrets (the arm's Pi) #3470
commented
Parked by the crew: the check failed ("every spawn that pipes is listed with the reason it reads the pipe") and the decider saw no point in another try (pull #3492 closed). Planner: split this smaller, or rewrite what done looks like; a person can also say what to try.
commented
Live triage (automatic, not written by a person): no pillar named, so it waits behind the Later gate; name a pillar to move it.
commented
Parked by the crew: the check failed ("event audience coverage > every kind the source emits is classified") and the decider saw no point in another try (pull #3679 closed). Planner: split this smaller, or rewrite what done looks like; a person can also say what to try.
Sign in to join this conversation.
Owner, 2026-10-20: "the crew members should be able to work with the pi via ssh too no? again security is big but this also isnt the end of the world if it breaks. really i want the convenience of having the forge on my phone and working with this so i can get off of my mac."
Today a crew shell's network is the forge and the package registry only (src/crew/sandbox.ts:4), so no run can reach a device. Ready on the device side (steward, 19:55Z): the Pi
[email protected](tailnet; dropbear) has a dedicated user - groups dialout, video, dietpi; writes /home/dietpi/so101; sudo only forsystemctl restart|status so101.service|so101-camera@andjournalctl -u so101; key restricted no-port/agent/X11-forwarding. The private key is the trevato/arm repo secretARM_PI_SSH_KEY. The forge reaches the Pi from 100.84.55.62.Done:
user@host:port(exact, no ranges), each with a secret name for its key; site admin grants each (same grant model as #3437 for app egress; the two can share code).ssh <alias>config (StrictHostKeyChecking with the host key pinned on first grant).