PATH resets

[mcandre]

Hi,

Homebrew takes too many milliseconds to load, causing many macOS terminals launch quite slowly. Homebrew is a natural candidate to lazy load, such as via zsh-defer, zinit ice wait, etc.

Unfortunately, when I prefix my Homebrew loading configuration with zsh-defer, then the PATH soon resets back to its non-Homebrew value, a few seconds after my terminal launches.

brew.sh:

#!/bin/sh

# Add Homebrew
unset INFOPATH
unset MANPATH
eval "$(/opt/homebrew/bin/brew shellenv)"

# Workaround brew updated cabal vs cabal updated cabal
PATH="$HOME/.cask/bin:$PATH"

# Prefer Homebrew GNU screen, etc.
PATH="$(brew --prefix)/opt/homebrew/bin:$PATH"

[zsh-defer] . ~/.zshenvrc.d/enabledbrew.sh performs the loading for me.

which screen reveals Homebrew GNU screen taking precedence, once.

Wait a few seconds, then which screen reverts back to Apple screen.

I tried explicitly performing export PATH, but that has no effect on this glitch.

I also tried zinit ice wait, with the same glitch as zsh-defer.

[romkatv]

It's not a good idea to defer PATH initialization. A slow-loading shell is better than the one where the commands you type may or may not be interpreted as intended depending on how quickly you type them.

[mcandre]

True.

Someone should tell Homebrew to accelerate their loading process.

[romkatv]

There are ways to set homebrew env vars quickly. For example, in zsh4humans it's very fast. On the flipside, the code is more complex and brittle.

[mcandre]

What does the Homebrew loading process do aside from PATH? Man pages, I could try to defer.

I return to my earlier point though.

I want to be able to defer commands that, yes, modify PATH, That's my choice.

Right now, I can't even reliably up arrow in a new tab without corrupting the display. Because of apparently zle's ridiculousness. It can either load slowly or refuses to load at all blah blah outside of module context. The core zsh system wasn't designed for fast loading.