Windows installation fails about hydrogen HOT 28 CLOSED

Also failing on OS X 10.10.3:

> [email protected] install /private/var/folders/_z/76phwkm974n8lgtp70xv4zzc0000z8/T/apm-install-dir-115421-528-gnhwxo/node_modules/Hydrogen/node_modules/zmq
> node-gyp rebuild


/bin/sh: pkg-config: command not found
gyp: Call to 'pkg-config libzmq --libs' returned exit status 127. while trying to load binding.gyp
gyp ERR! configure error 
gyp ERR! stack Error: `gyp` failed with exit code: 1
gyp ERR! stack     at ChildProcess.onCpExit (/Applications/Atom.app/Contents/Resources/app/apm/node_modules/npm/node_modules/node-gyp/lib/configure.js:343:16)
gyp ERR! stack     at ChildProcess.emit (events.js:98:17)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (child_process.js:820:12)
gyp ERR! System Darwin 14.3.0
gyp ERR! command "node" "/Applications/Atom.app/Contents/Resources/app/apm/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /private/var/folders/_z/76phwkm974n8lgtp70xv4zzc0000z8/T/apm-install-dir-115421-528-gnhwxo/node_modules/Hydrogen/node_modules/zmq
gyp ERR! node -v v0.10.35
gyp ERR! node-gyp -v v1.0.2
gyp ERR! not ok 
npm ERR! Darwin 14.3.0
npm ERR! argv "/Applications/Atom.app/Contents/Resources/app/apm/bin/node" "/Applications/Atom.app/Contents/Resources/app/apm/node_modules/npm/bin/npm-cli.js" "--globalconfig" "/Users/Steve/.atom/.apm/.apmrc" "--userconfig" "/Users/Steve/.atom/.apmrc" "install" "/private/var/folders/_z/76phwkm974n8lgtp70xv4zzc0000z8/T/d-115421-528-1ffwoyp/package.tgz" "--target=0.22.0" "--arch=x64"
npm ERR! node v0.10.35
npm ERR! npm  v2.5.1
npm ERR! code ELIFECYCLE

npm ERR! [email protected] install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the [email protected] install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the zmq package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls zmq
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /private/var/folders/_z/76phwkm974n8lgtp70xv4zzc0000z8/T/apm-install-dir-115421-528-gnhwxo/npm-debug.log

from hydrogen.

@speg This is a different problem — run brew install pkg-config first. It says to in the readme, but I should make it more prominent.

from hydrogen.

@willwhitney Ah, sorry. I read it as install pkg-config if zeromq fails. But I see you just fixed that in 8504fff! Thanks, I am up and running!

from hydrogen.

@bilderbuchi Seems like node's zmq package isn't working properly on Windows. I'll look into why.

from hydrogen.

Looks like it's node-gyp that's the root cause.

@bilderbuchi (or anyone else with a Windows machine): would you be willing to spend a few minutes on a pull request to get the kinks worked out with Windows? It would be very helpful!

from hydrogen.

I don't speak *script, so I think whipping up a PR is out of my reach. I could try installing devbuilds or whatever, though, if you tell me how, but I'm pretty busy at work in the coming weeks (and my home machine is Linux only ;-) :-/ ).

from hydrogen.

I can install sucessfully on Windows Server 2012 although there are some other compatibility issues. I had the node-gyp rebuild problem before when using MSVS2010 compiler. It worked fine after I uninstalled MSVS2010 and use MSVS2012 C++ compiler.

But to make it functional it seems that we still need some compatibility fixes. I will report my partial progress so far. The first issue is related to ipython/jupyter kernels path in kernel-manager.coffee. I worked-around that and now it is the line "child_process.execSync('mkdir -p ' + @fileStoragePath)" in config-manager.coffee complaining with "bad file descriptor error". Any idea on what's going on here?

from hydrogen.

Unfortunately there are a few things that will break on Windows.

The path that I store kernel config files in uses a Unix slash, plus instead of shelling out that should be using fs.mkdirSync.

I think that changing the line to fileStoragePath: path.join(__dirname, '..', 'kernel-configs') should work in Windows, then instead of execSync on the line it should be fs.mkdirSync(@fileStoragePath).

from hydrogen.

@jzthree Just made those changes to config-manager.coffee and pushed to master, so you can pull them or copy-paste them to see if that helps.

from hydrogen.

Yes this basically fixed it. I made a few minor compatibility changes see pull request #16 so it now runs python kernel on my machine without problem (I haven't tested other kernels. UPDATE: I just tested IJulia and it also works out of the box). Thanks for the awesome package and being so helpful!!

from hydrogen.

@jzthree You're amazing! Thanks for the help!

from hydrogen.

@willwhitney this is not fixed for me, I still get the same error message as originally reported afaict, for hydrogen 0.3.5.
However, I saw this other issue #12 about installation not working with Python 3 - Python 3 is the only python on my system, but I don't get the error message as reported in #12 about the Python executable mismatch, so I'm not sure I'm hitting this.

from hydrogen.

@bilderbuchi right, sorry. Since it looks like the issue is with node-gyp, try following their install instructions. It looks like they have some extra dependencies on Windows. You will also need to use Python 2.x for sure — the underlying gyp tool doesn't support 3.x (which is ridiculous, and I would love a way to replace the current zmq module to fix all this).

If that works for you, I'll add some info to the install instructions for Windows.

from hydrogen.

Thanks for the follow-up. I have to say I'm hesitant to pull in the extra dependencies of Python2 and Visuals Studio (both which I don't use). I think I'll give up on trying to get this on windows, and try installing this on my Linux machine, instead. Sorry for the noise.

from hydrogen.

Happy to say, after installing libzmq3-dev, this installed and works on Ubuntu. :-) Feel free to close this or keep open for other unfortunate souls...

from hydrogen.

Glad you've got it running :)

Sorry installation on Windows is such a drag. Something really needs to replace node-gyp as the build tool of choice for Node.

from hydrogen.

Here we go...

FML

from hydrogen.

@rgbkrk how did you get this working?

from hydrogen.

That was just a base install of Atom, nothing fancy.

from hydrogen.

Yup, figured it out. I thought you had gotten Hydrogen running on it.

from hydrogen.

Check this out:

Steps for me to get there:

• Installed Anaconda (with Python 2.7) from Continuum (which includes IPython)
• Installed Visual Studio Community Edition
• Installed ZeroMQ headers/build. (via http://zeromq.org/distro:microsoft-windows). I think this wasn't actually necessary and I just needed Visual Studio.
• Restarted machine
• Ran apm install hydrogen

from hydrogen.

Proof, there it is:

from hydrogen.

I'll go ahead and update the README.

from hydrogen.

Whoa, way to go! I'll merge that immediately.

from hydrogen.

I followed @rgbkrk's instructions but I still get errors. I have multiple microsoft compilers installed to compile extensions for python 2.7 and 3.4, so I wonder if one of these is somehow getting called instead of the visual studio community edition 2015. Is there some way that the relevant binaries can be distributed, instead of end users needing to compile them?

from hydrogen.

Oof, I'm sorry. Our current state of affairs regarding ZMQ really sucks.

We're working on ways around this, including a bundled Go binary that intermediates between talking ZMQ to the kernel and websockets to the client. That would allow Hydrogen to be pure JS.

Here's the project: https://github.com/rgbkrk/juno
If you know any Go, contributions would be welcomed!

from hydrogen.

Juno will be the base library for comms, the opinionated version for hydrogen will be under a separate name. I'm hoping to try out goczmq and its model for idiomatic go for working with zmq.

from hydrogen.

Updated the windows requirements in pull request #95

from hydrogen.