Repository navigation
env setup, clean OS install #9
Description
Activity
👋 Thanks for opening this issue!
Welcome to OpenBoot! We appreciate your contribution to the project.
To help us address this quickly:
- If reporting a bug, please include your macOS version and OpenBoot version (
openboot version) - If requesting a feature, describe your use case
- If you have questions, check out our documentation
@fullstackjam will review this soon.
- If reporting a bug, please include your macOS version and OpenBoot version (
- added a commit that references this issue
on 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:
- Oh-My-Zsh's
.zshrcis kept after install eval "$(brew shellenv)"is added to the top of.zshrcautomatically on Apple Silicon- If
.zshrcdoesn't exist at all (e.g. user skips Oh-My-Zsh), one is created with the brew line
Upgrade and give it another go?
- Oh-My-Zsh's
It looks like the
sudoprompt on the homebrew install regressed.stdin is not a TTY- added a commit that references this issue
on 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?Do I need to clear anything out before running
curl -fsSL https://openboot.dev/install.sh | bash? I'm still seeing the issue.Actually — since you ran the installer before, there's likely stale state from the previous attempt. Clear it out first:
brew uninstall openboot 2>/dev/null brew untap openbootdotdev/tap 2>/dev/null rm -rf ~/.openboot
Then re-run:
curl -fsSL https://openboot.dev/install.sh | bashThis is on another clean install, I have the installer USB attached, so resetting to zero is pretty simple.
No homebrew install
No./openbootdirThanks 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.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, 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.
Yeah I was just typing that in here...
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.running
openboot.dev/UnderpantsGnome/imported-configjust hangs.running
openboot.dev/install.shworksFixed — 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.looks good 👍
When setting up a machine from scratch, the environment doesn't get setup for homebrew or oh-my-zsh. After running there is no
~/.zshrcExpected results:
~./zshrcis created if none exists~./zshrc~./zshrcif chosen to be installed