execvp(): No such file or directory

[Westley Hennigh]

This issue is tied to julia, however, the fix may not be in julia.

The problem appears when I try to initialize the package manager on certain OSX systems. Right now the only confirmed case is on a machine running 10.6.8.

All that happens is:

julia> Pkg.init()
  execvp(): No such file or directory

I think this is happening because the package manager cannot find git.

The troubling part (and the reason the fix may not be in julia) is that, in a regular bash terminal, I don't have this problem. The error appears for me when I start julia from a gui program (which, I've heard, have different environment variable set????)... And, when I start the gui program from a bash terminal, the problem disappears.

So it would seem to be a case of missing dependencies? If that's the case I'm not really sure where those should be brought in (should I be modifying users gui app environment variables? It would seem frustrating to package things like git with julia and end up duplicating them).

This guy seems to have had a similar issue with llvm / gfortran and his solution seems to have been to install xcode. Which is lame.

I know this is a bit of an odd topic, thanks for any help you can give me!

[Stefan Karpinski]

Sounds like a different value of the PATH environment variable. Can you print ENV["PATH"] in each case?

--
 
 
 

[Westley Hennigh]

I haven't been able to print out the path inside of a gui application, I think I know a way but it's a pain.

I have been messing with the path in the terminal, and I can get it all the way down to

export PATH=/usr/local/bin:usr/bin:/bin

Before I start seeing the execvp issue.

So I guess maybe, somehow, on particular machines, gui apps aren't being launched with those three things in the path?

[Westley Hennigh]

Ah, and, of the three, removing "/usr/local/bin" gives me the same error in the same format. Looking there I see git, so I think this makes sense.

I guess I'll poke around and see if I can figure out why applications would be started without "/usr/local/bin" in their environments.

[Stefan Karpinski]

/usr/local is "manually installed" stuff, right? Like where MacPorts puts stuff, for example. So maybe OS X doesn't deem that to be a standard place to look.

On Thu, Jan 24, 2013 at 2:53 PM, Westley Hennigh <westley...@gmail.com> wrote:

Ah, and, of the three, removing "/usr/local/bin" gives me the same error in the same format. Looking there I see git, so I think this makes sense.

I guess I'll poke around and see if I can figure out why applications would be started without "/usr/local/bin" in their environments.

--
 
 
 

[Westley Hennigh]

Oh, for some reason I was under the impression that OSX came with git installed. Seeing it in /usr/local/bin, I assumed that folder was created by the os.

I guess that's not the case. So this is really an issue of what to do when users don't have git installed... and I guess the answer right now is to tell them to install git? Then I'll just have to detect and link to it somehow in the ide.

[Jameson Nash]

if it is in /usr/local/bin, the user installed it manually or using Homebrew

If it is in /opt/local/bin, the user installed it using MacPorts

If it is in /usr/bin, the user installed it as part of Xcode

(you have a typo so excluded /usr/bin in your PATH)

--
 
 
 

[Stefan Karpinski]

More recent versions of OS X may come with git installed, or maybe it comes with XCode – I can't recall. But older versions definitely did not have git.

[Westley Hennigh]

Just to follow up, this was simply an issue of finding git. Thanks for helping me track it down, and for the list of common places. I'm using that and everything seems swell (oh, and I was just hand copying paths, I didn't actually have that typo lol).

Cheers

-Wes

--