The command-not-found plugin can't find handler.sh when HOMEBREW_REPOSITORY is set because "Library" is only included in the path when that env var is unset. Let's fix that by always including the "Library" path element.
Split the single loop that initializes both named
ANSI colors (0–7) and the remaining 256-color indices
into two separate loops.
The first loop sets both numeric and name keys for
the named ANSI colors without per-iteration checks,
and the second loop sets only numeric keys for the
remaining indices.
Ubuntu 25.10 uses a rust rewrite of GNU coreutils called `uutils coreutils`.
Calling `ls --version` on that config yields `ls (uutils coreutils) 0.2.2`.
Since the regex does not match the string, it falls back to the BSD branch.
That leads to `ls` being aliased as `ls -G` without any colors in the output.
Since `uutils coreutils` claims that `uutils coreutils aims to be a drop-in replacement for the GNU utils. Differences with GNU are treated as bugs.` it should be safe to treat it the same way in the code.
Adjust the `utility` module to detect `uutils ls` as `GNU ls` by extending the regex pattern.
As of Homebrew 4.6.12, command-not-found is built into Homebrew core and
the tap is deprecated, causing Homebrew to print deprecation warnings on
init until the tap is uninstalled, after which prezto can't find the
helper in its new location.
* Added logic to look first in the new location for handler.sh in the
core Homebrew repository, *then* check in Taps.
* Added an OSTYPE check for MacOS to prevent this from accidentally
engaging on Linux systems using Homebrew as a third party package
manager
Although it has tags, the release flow it is not well estabilished,
so it fall behind quite recurrently, thus why I'm updating it aginst the
master branch (it was already out of the latest tag anyway).
Ref:
https://github.com/zsh-users/zsh-completions/issues/1083
Adjust instruction for setting custom `$ZDOTDIR`.
This addresses 2 potential issues:
- Check for the presence of `$XDG_CONFIG_HOME/zsh` before assigning it to `$ZDOTDIR` instead of blindly assigning
- Avoid recursion in zsh variable assignment stack that might occasionally result in messages like:
```
zsh: job table full or recursion limit exceeded
```
The startup logic and instructions have been updated for simplicity in
pyenv 2.3.0. The workaround for pyenv init is no longer necessary.
Signed-off-by: Indrajit Raychaudhuri <irc@indrajit.com>
