New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bump nan to v2 #702
Bump nan to v2 #702
Conversation
👍 |
I think there's nothing node-specific in those failure - it's just a problem with OpenSSL (using clang on FreeBSD here):
|
@saper we're locked to a copy of openssl that builds just fine using the compilers on Travis-CI, for some reason node-gyp isn't cooperating with it (not sure why it's even affecting it). |
This particular problem is worked around by #707. It can be applied to master independently. |
@saper thanks so much for looking into this, I just rebased your work and changed our test matrix to use Node 4.0 (removing iojs) fingers crossed. |
Awesome, looking great on Linux and OS X now. Back to the Windows drawing board :-p |
Awesome, looking great on Linux and OS X now. Back to the Windows drawing board :-p
I am still getting compilation errors, although unrelated to node 4.
|
@saper Ah I'm referring to the CI, we run Node 0.12 and Node 4.0 in Linux and OS X and both are passing ATM. |
but it gives me a green check mark 😸 |
https://github.com/saper/nodegit/tree/mynode my attempts to improve the build (esp. with AppVeyor) |
So Windows failures are caused by the wrong path of the Win32 "delay hook". I have posted nodejs/node-gyp#732 with description. |
After #717 got merged there, this PR causes
|
can you |
I ran
on node 4.0 and got same error, checking on 4.1 now EDIT: |
Everything works for me by cloning this repo into my |
On Thu, 17 Sep 2015, Nick wrote:
Everything works for me by cloning this repo into my `node_modules` and manually running `npm install` inside the repo.
That's because node 4.0 version is not yet released.
|
I'm not sure why that would be, maybe try specifying the latest SHA. |
I tried |
Ooh, do you have openssl-dev or whatever it's called installed? IIRC that's required to configure libssh2, which is what appears to be dying. I know it usually gets installed with most build-chains in ubuntu, but it's very plausible it didn't for you. |
I tried `"nodegit/nodegit#60e3f2aff7be57afb8d76d5e9adbf0b2459a6232"` as well same result
git fetching is very tricky to get right. I think npm gave up in fixing this.
|
@saper Really? I've used that to great success. That's unfortunate if so. I know they have a lot of issues with build lifecycle with nodegit manually works around currently though, and that seems to just go in a loop of "so why do we need this". Don't think they gave up on that at least. |
@saper Really? I've used that to great success. That's unfortunate if so.
Check out jokes in the npm's CHANGELOG.md :) But seriously plain
clone over git should work. I've got bitten by trying to use
git URLs in the package.json for dependencies.
I know they have a lot of issues with build lifecycle with nodegit
manually works around currently though, and that seems to just go in a
loop of "so why do we need this". Don't think they gave up on that at
least.
It is possible that it does not work since #715. I am still lost
in the maze of our lifecycle scripts.
|
Yeah I've been shaving those down bit by bit as I get the chance. If I could find a good gypfile for libssh2, we could remove them almost entirely. |
Yeah I've been shaving those down bit by bit as I get the chance. If
I could find a good gypfile for libssh2, we could remove them almost
entirely.
You man to get rid of autoconf? Will be difficult, because gyp
is not meant to replace it :(
|
Yeah, I know. Very unfortunate, really :/ |
I have |
I checked my file system and it appears that NPM did fetch the correct version of the code down. I'm wondering if possibly pulling the code from Git using NPM might trigger the |
It will respect both the .gitignore AND the .npmignore, ignoring anything specified by either (but explicit includes from one, will not override excludes by the other). That said, that was never a problem before. |
It will respect both the .gitignore AND the .npmignore, ignoring anything specified by either (but explicit includes from one, will not override excludes by the other). That said, that was never a problem before.
#715 may be related however.
"npm install" called from the lifecycle script fails in so many beautiful ways... so I'd rather not do it again.
|
Oh totally. Not a fan either. Do note however that it was |
@ChristianMurphy can you try #726
It lets me to go past the configure step. Why the hell our beautiful code full of promises is unable to produce an error message
Not to mention it would be nice to return an error code so that |
@saper installing from |
@saper installing from `git://github.com/saper/nodegit#configurestays` succeeded 🎉
I have merged the change, so now plain `git://github.com/nodegit/nodegit` should work.
|
@saper Is the nodegit build working on windows now? I tried installing from
but still failing on windows -
However, on Linux/OSX, it works fine. |
@ssreekanth This is means that the compilation failed. Do you get anything more than that? Error messages from the compiler? |
@saper These are the error messages I got -
And my package.json is {
"name": "Sample",
"version": "1.0.0",
"description": "",
"main": "main.js",
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1"
},
"engines": {
"atom-shell": "0.33.0",
"electron": "0.33.0"
},
"dependencies": {
"nodegit": "nodegit/nodegit#330abdb21dc3619c495bb4e975563fab1561659d"
},
"devDependencies": {
"electron-prebuilt": "0.33.0",
"electron-rebuild": "^1.0.0"
}
} |
@ssreekanth Can you check if #729 fixes the issue. |
@saper it is still failing with #729 ..
|
When will this be released to npm? |
@deyhle it's out now as 0.5.0 |
No description provided.