zplug --version: 2.4.2zsh --version: zsh 5.3.1 (x86_64-redhat-linux-gnu)uname -a: Linux latacora 4.14.18-1.pvops.qubes.x86_64 #1 SMP Thu Feb 8 20:01:16 UTC 2018 x86_64 x86_64 x86_64 GNU/LinuxLiterally an empty .zshrc. (I'm loading ~/.zplug/init.zsh manually to show the problem.)
[user@latacora]~% cat .zshrc
[user@latacora]~% echo $PATH
/usr/libexec/python2-sphinx:/usr/local/bin:/usr/bin:/home/user/bin:/usr/local/sbin:/usr/sbin
[user@latacora]~% source .zplug/init.zsh
[user@latacora]~% echo $PATH
/home/user/.zplug/bin:/bin:/usr/libexec/python2-sphinx:/usr/local/bin:/usr/bin:/home/user/bin:/usr/local/sbin:/usr/sbin
Expected behavior: /bin not injected near front of PATH. If it matters, on Fedora /bin is a symlink to /usr/bin. This had the really annoying downside of overriding bin dirs in $HOME.
The problem does not occur in 9fdb3889e0a131bf2af7bb5cc7ad91ccbf8213e4, but does in master (currently 20ca2c82063f15a2c107069b9af5cd32256e6019).
after bisection:
3d47ef8f7aaf8179406fd8367435b9dbdea89582 is the first bad commit
commit 3d47ef8f7aaf8179406fd8367435b9dbdea89582
Author: Aoi Tachibana <[email protected]>
Date: Wed Feb 14 09:00:58 2018 +0900
Fix: ZPLUG_BIN for PATH
Looks like this is really $ZPLUG_ROOT/bin, which is unset. I think there's a bug in that commit, I'll submit a PR.
I think #372 is actually the right way to fix this.
As a workaround, I'm now setting export ZPLUG_HOME="${HOME}/.zplug" at the top of my .zshrc.
Most helpful comment
As a workaround, I'm now setting
export ZPLUG_HOME="${HOME}/.zplug"at the top of my.zshrc.