I was trying to set up some git aliases by adding these lines to my ~/.gitconfig
file:
[alias]
st = status
ci = commit
br = branch
Git also has a built in alias command.
Example alias commands:
git config --global alias.co checkout
git config --global alias.ci commit
git config --global alias.st status
git config --global alias.br branch
git config --global alias.lola 'log --graph --decorate --pretty=oneline --abbrev-commit --all'
I had the same problem too, and this was a badly formatted .bash_profile line.
When I installed WP_CLI, it added the following line to my .bash_profile
export PATH=/root/.wp-cli/bin:$PATH
I had to make a slight change for it. I'm using CentOs for that matter.
export PATH=$PATH:/root/.wp-cli/bin
This fixed my problem.
Found the same problem in OSX after installing Foundation.
The offending line in my .bash_profile was a malformed foundation export path. I didn't remove the /foundation at the end of the line, so it was pointing to a binary file, not a folder.
Just fixed it, reloaded Terminal and everything worked again.
I had this problem too but with a subtly different cause:
In my case the path contained an entry that was a file rather than a directory. The permissions on the file itself and its directory were fine. When a new terminal was loaded the file could be run from anywhere. However, git gave an identical error message.
So as well as looking for folders on the path with incorrect permissions I suggest anyone else with this problem also checks that the path points only to folders and not to files.
unutbu correctly pointed out to the git-osx-installer issue 53, which states:
Basically, I had
/root/bin
in my path and didn't have permissions for that directory.Interestingly, this was not a problem with git 1.6.3, but it was with 1.7.0 and 1.7.1.
A strace -f -eexecve git st 2>&1 | grep EACC
can help see what directory is the problem:
[pid 6469] execve("/usr/games/bin/git-st", ["git-st"], [/* 72 vars */]) = -1 EACCES
(in this instance, the /usr/games/bin/
)
Another way to find the path with the problem is:
echo $PATH |tr ':' '\n' |xargs ls -ld
One of my invalid items is actually an NFS mounted directory that I don't have permission to access because I have not authenticated via Kerberos to the corporate NFS server.
Removing that one item from thePATH
fixes the issue, and 'git stat
' (my alias for status) now works.
PeterT mentions in the comment that you might not have strace
available (like in Solaris or OsX, as detailed in "Equivalent of strace -feopen < command > on mac os X"), in which case dtruss is a good equivalent.
dtruss -f -t execve git st 2>&1 | grep EACC