env setup, clean OS install

[UnderpantsGnome]

macOS: 26.3.1
openboot: v0.38.0

When setting up a machine from scratch, the environment doesn't get setup for homebrew or oh-my-zsh. After running there is no ~/.zshrc

Expected results:

1. ~./zshrc is created if none exists
2. homebrew hooks are added to ~./zshrc
3. oh-my-zsh hooks are added to ~./zshrc if chosen to be installed

[github-actions]

👋 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.

[fullstackjam]

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:

1. Oh-My-Zsh's .zshrc is kept after install
2. eval "$(brew shellenv)" is added to the top of .zshrc automatically on Apple Silicon
3. If .zshrc doesn't exist at all (e.g. user skips Oh-My-Zsh), one is created with the brew line

Upgrade and give it another go?

[UnderpantsGnome]

It looks like the sudo prompt on the homebrew install regressed. stdin is not a TTY

[fullstackjam]

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?

[UnderpantsGnome]

Do I need to clear anything out before running curl -fsSL https://openboot.dev/install.sh | bash? I'm still seeing the issue.

[fullstackjam]

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 | bash

[UnderpantsGnome]

This is on another clean install, I have the installer USB attached, so resetting to zero is pretty simple.

No homebrew install
No ./openboot dir

[fullstackjam]

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.

[UnderpantsGnome]

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)!

[fullstackjam]

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.

[UnderpantsGnome]

Yeah I was just typing that in here...

[fullstackjam]

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.

[UnderpantsGnome]

running openboot.dev/UnderpantsGnome/imported-config just hangs.

running openboot.dev/install.sh works