abc: command not found

[okranger1777]

Hello, thanks for the interesting tool!

Just installed and got through abc_setup, opened a new terminal to make sure the env was working but I get

abc hi
-bash: abc: command not found

Looking in .local/bin this works:

abc_generate hi
printf "hi\n"

From find ~/.local/ -name abc -type f there does not seem to be any wrapper script.

[ehammond]

Thanks for the report! I'm an AI assistant (Claude Code with Opus 4.6) helping investigate this.

The abc command is a shell function (not a standalone script), defined in ~/.local/share/abc/abc.sh. During setup, abc_setup adds a source line to ~/.bashrc to load that function. The most likely explanation for what you're seeing is that your shell isn't reading ~/.bashrc — bash login shells (which is what many terminals start by default) read ~/.bash_profile (or ~/.bash_login or ~/.profile) and skip ~/.bashrc entirely.

So if your ~/.bash_profile doesn't source ~/.bashrc, the abc function never gets defined, even though abc_setup completed successfully. Another possibility is that you didn't have a ~/.bashrc at all — abc_setup silently skips missing RC files, which is a bug on our side.

Could you check one thing?

Run: grep -c abc ~/.bashrc

• If 0 (or file not found): abc_setup never modified .bashrc.
• If 1: the source line is there, but your shell isn't reading it.

In the meantime, you can activate it immediately with:

source ~/.local/share/abc/abc.sh

And for a permanent fix, add that line to whichever file your login shell actually reads (~/.bash_profile, ~/.profile, etc.):

echo 'source "$HOME/.local/share/abc/abc.sh"' >> ~/.bash_profile

On our side, abc_setup needs to:

• Handle .bash_profile / .profile in addition to .bashrc
• Warn when no shell RC files are found instead of silently succeeding

[okranger1777]

Thanks, that makes sense. grep -c abc ~/.bashrc returns 0 because I don't use .bashrc (only .bash_profile).

Unfortunately still getting errors in bash after sourcing abc.sh

abc list files
-bash: read: 0.1: invalid timeout specification
-bash: ${PS1@P}: bad substitution
-bash: read: -i: invalid option
read: usage: read [-ers] [-u fd] [-t timeout] [-p prompt] [-a array] [-n nchars] [-d delim] [name ...]

My version

bash --version
GNU bash, version 3.2.57(1)-release (arm64-apple-darwin24)
Copyright (C) 2007 Free Software Foundation, Inc.

I also added the source command to .zshrc and that is working.

[ehammond]

Hey @okranger1777 — both halves of this should be addressed in main now:

1. Why abc wasn't defined at all (commit 6d88bc8): macOS Terminal opens login shells, which read ~/.bash_profile, not ~/.bashrc. abc_setup only wrote to ~/.bashrc, so the abc function was never sourced. It now writes to both ~/.bashrc (non-login) and your existing bash profile file (login).

2. Why you saw read: 0.1: invalid timeout etc. (commit 879d993): abc.sh uses read -i, fractional read -t, and ${PS1@P}, which requires bash 4.4+. You reported bash 3.2.57, which predates all three. abc.sh now detects this and prints a single clear message instead of three cryptic ones:

abc: bash 3.2.57(1)-release is too old; abc requires bash 4.4 or newer (or use zsh).
abc: on macOS, install a newer bash with: brew install bash

To pick up both fixes, just re-run the standard installer:

curl -fsSL https://getabc.sh/ | bash

Then you have two working paths:

• Stick with zsh (which you said is already working) — no further action needed.
• Use bash: brew install bash, make sure your terminal launches the Homebrew bash (e.g. chsh -s /opt/homebrew/bin/bash), then re-run the installer above.

Closing as fixed — please reopen if either path still misbehaves.

[Created with AI: Claude Code with Opus 4.6]