8

I manually installed git 1.6 a year or two ago. I noticed today that the 1.7 version is available in yum, and installed it (package git-all) I now get the following output:

[root@ovz5197 ~]# git --version
bash: /usr/local/bin/git: No such file or directory
[root@ovz5197 ~]# which git
/usr/bin/git
[root@ovz5197 ~]# /usr/bin/git --version
git version 1.7.4.1
[root@ovz5197 ~]# 

Any idea why the output of which seems to contradict the first line above?

2
  • I was tempted asking you for what your $PATH variable look like, but as which git is finding it, it should be ok. However, the reason might be in your $PATH? – Torbjörn Sep 15 '11 at 15:26
  • What does ls -l /usr/local/bin/git show? And file /usr/local/bin/git? – Gilles 'SO- stop being evil' Sep 16 '11 at 0:04
7

If you had already run git from this instance of bash back when there was a /usr/local/bin/git, it's remembering the old location in a cache. Run hash -r to clear the cache. Each instance of bash has its own cache, so newly started instances of bash will look in the right place.

Otherwise, you evidently have a file /usr/local/bin/git, and it's executable, but it doesn't work because its loader is not present on the system. See Getting "Not found" message when running a 32-bit binary on a 64-bit system for a similar case.

1
  • Yes it must have been a cache - the behaviour is as expected now, thanks very much for explaining! – EoghanM Sep 16 '11 at 11:30

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.