autojump icon indicating copy to clipboard operation
autojump copied to clipboard

Error prompt when using with zsh

Open lookforit opened this issue 10 years ago • 5 comments

I installed autojump-zsh on Fedora 23. After launch zsh,it always says:

/etc/profile.d/autojump.bash:13: command not found: complete

I also tried install autojump MANUALLY,and added one line in .zshrc: [ -s ~/.autojump/etc/profile.d/autojump.sh ]] && . ~/.autojump/etc/profile.d/autojump.sh This time ,it gives me two line error prompt:

/etc/profile.d/autojump.bash:13: command not found: complete
/etc/profile.d/autojump.bash:52: = not found

Please tell me how to fix this?

lookforit avatar Nov 17 '15 02:11 lookforit

did you find a solution? Same distro, same problem. Looking in every sourced filed documented http://how-to.wikia.com/wiki/Guide_to_linux_configuration_files and here https://wiki.archlinux.org/index.php/Zsh#Configuration_files adding echo, it looks like the autoujump.bash is sourced somewhere between the ~/.zshenv sourcing and the ~/.zshrc sourcing.

psychoslave avatar Mar 22 '16 07:03 psychoslave

Hi, autojump comaintainer in Fedora here. Tried to reproduce the issue but didn't succeed. Looking at version of autojump in Fedora 23, it's quite old so I updated it to latest upstream release:

https://bodhi.fedoraproject.org/updates/autojump-22.3.0-1.fc23

It could fix the issue you are having. I tried it locally on my laptop and after putting

[[ -s /etc/profile.d/autojump.sh ]] && source /etc/profile.d/autojump.sh

to my ~/.zshrc, it worked just fine.

TomasTomecek avatar Mar 22 '16 12:03 TomasTomecek

Getting the same error with v22.5.1, installed on Cygwin 2.8.0(0.309/5/3) via Babun:

/home/werner/autojump/share/autojump/autojump.bash:34: command not found: complete

I simply installed autojump by running the install.py script.

My ~/.zshrc contains:

[[ -s /home/werner/.autojump/etc/profile.d/autojump.sh ]] && source /home/werner/.autojump/etc/profile.d/autojump.sh

Apparently it misdetects the shell? Probably a different source of the problem.

slhck avatar May 04 '17 10:05 slhck

This happened to me on a remote server when the account I was logged in was using but I was manually switching to zsh. To fix it, permanently switched the account to zsh and the error disappeared.

cerebrux avatar Jun 19 '20 13:06 cerebrux