You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Good catch. The Oh-My-Zsh installer creates a .zshrc, but we were immediately renaming it to .zshrc.openboot.bak to avoid conflicts with dotfiles stow — except stow already handles that on its own. So the rename just deleted the only .zshrc on a clean machine.
On top of that, there was nothing writing eval "$(brew shellenv)" into .zshrc, so Homebrew wasn't in PATH for new shells on Apple Silicon.
Fixed in v0.38.1:
Oh-My-Zsh's .zshrc is kept after install
eval "$(brew shellenv)" is added to the top of .zshrc automatically on Apple Silicon
If .zshrc doesn't exist at all (e.g. user skips Oh-My-Zsh), one is created with the brew line
Stdin isn't a terminal by the time the Go binary runs via curl | bash, so sudo prompts break. v0.38.2 opens /dev/tty directly instead of relying on stdin. Re-run the install script and try again?
Thanks for confirming. On a clean install the sudo prompt happens during the Homebrew installation itself (before openboot even runs). Can you paste the full terminal output from when you run the install script? Specifically the lines around the stdin is not a TTY error — need to see exactly which command is failing.
test@tests-MacBook-Pro ~ % curl -fsSL https://openboot.dev/UnderpantsGnome/imported-config | bash
========================================
OpenBoot - Custom Install
Config: @UnderpantsGnome/imported-config
========================================
Installing Homebrew...
Warning: Running in non-interactive mode because `stdin` is not a TTY.
==> Checking for `sudo` access (which may request your password)...
Need sudo access on macOS (e.g. the user test needs to be an Administrator)!
Found it. You're running openboot.dev/UnderpantsGnome/imported-config, not openboot.dev/install.sh — that's a different script generated server-side. It's missing the exec < /dev/tty fix that the main install script already has, so Homebrew sees a pipe for stdin and goes non-interactive.
Fixing the server-side template now. Will follow up here once it's deployed.
Found it — you're running openboot.dev/UnderpantsGnome/imported-config, not openboot.dev/install.sh. That's a separate script generated server-side, and it was missing the exec < /dev/tty fix. Deployed now — try again.
Fixed — the generated script was missing the main() wrapper. Bash loses the rest of the script when exec < /dev/tty runs at the top level of a pipe. Try again now.
Activity
github-actions commentedon Mar 16, 2026
👋 Thanks for opening this issue!
Welcome to OpenBoot! We appreciate your contribution to the project.
To help us address this quickly:
openboot version)@fullstackjam will review this soon.
fix: ensure .zshrc and brew shellenv exist after setup (#9)
fullstackjam commentedon Mar 16, 2026
Good catch. The Oh-My-Zsh installer creates a
.zshrc, but we were immediately renaming it to.zshrc.openboot.bakto avoid conflicts with dotfiles stow — except stow already handles that on its own. So the rename just deleted the only.zshrcon a clean machine.On top of that, there was nothing writing
eval "$(brew shellenv)"into.zshrc, so Homebrew wasn't in PATH for new shells on Apple Silicon.Fixed in v0.38.1:
.zshrcis kept after installeval "$(brew shellenv)"is added to the top of.zshrcautomatically on Apple Silicon.zshrcdoesn't exist at all (e.g. user skips Oh-My-Zsh), one is created with the brew lineUpgrade and give it another go?
UnderpantsGnome commentedon Mar 16, 2026
It looks like the
sudoprompt on the homebrew install regressed.stdin is not a TTYfix: open /dev/tty for subprocess stdin so sudo works via curl|bash (#9)
fullstackjam commentedon Mar 16, 2026
Stdin isn't a terminal by the time the Go binary runs via
curl | bash, so sudo prompts break. v0.38.2 opens/dev/ttydirectly instead of relying on stdin. Re-run the install script and try again?UnderpantsGnome commentedon Mar 16, 2026
Do I need to clear anything out before running
curl -fsSL https://openboot.dev/install.sh | bash? I'm still seeing the issue.fullstackjam commentedon Mar 16, 2026
Actually — since you ran the installer before, there's likely stale state from the previous attempt. Clear it out first:
Then re-run:
curl -fsSL https://openboot.dev/install.sh | bashUnderpantsGnome commentedon Mar 16, 2026
This is on another clean install, I have the installer USB attached, so resetting to zero is pretty simple.
No homebrew install
No
./openbootdirfullstackjam commentedon Mar 16, 2026
Thanks for confirming. On a clean install the sudo prompt happens during the Homebrew installation itself (before openboot even runs). Can you paste the full terminal output from when you run the install script? Specifically the lines around the
stdin is not a TTYerror — need to see exactly which command is failing.UnderpantsGnome commentedon Mar 16, 2026
fullstackjam commentedon Mar 16, 2026
Found it. You're running
openboot.dev/UnderpantsGnome/imported-config, notopenboot.dev/install.sh— that's a different script generated server-side. It's missing theexec < /dev/ttyfix that the main install script already has, so Homebrew sees a pipe for stdin and goes non-interactive.Fixing the server-side template now. Will follow up here once it's deployed.
UnderpantsGnome commentedon Mar 16, 2026
Yeah I was just typing that in here...
fullstackjam commentedon Mar 16, 2026
Found it — you're running
openboot.dev/UnderpantsGnome/imported-config, notopenboot.dev/install.sh. That's a separate script generated server-side, and it was missing theexec < /dev/ttyfix. Deployed now — try again.UnderpantsGnome commentedon Mar 16, 2026
running
openboot.dev/UnderpantsGnome/imported-configjust hangs.running
openboot.dev/install.shworksfullstackjam commentedon Mar 16, 2026
Fixed — the generated script was missing the
main()wrapper. Bash loses the rest of the script whenexec < /dev/ttyruns at the top level of a pipe. Try again now.UnderpantsGnome commentedon Mar 17, 2026
looks good 👍