Skip to content
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

Propose v3.3.2 #956

Closed
Fishrock123 opened this issue Jun 13, 2016 · 10 comments
Closed

Propose v3.3.2 #956

Fishrock123 opened this issue Jun 13, 2016 · 10 comments

Comments

@Fishrock123
Copy link
Contributor

Fishrock123 commented Jun 13, 2016

It's been a while, we should get the fixes in the wild.

Just doing this here to make sure there weren't any loose ends to clean up and that 3.3.2 would be the correct version.

cc @bnoordhuis / @orangemocha

@rvagg
Copy link
Member

rvagg commented Jun 14, 2016

+1

After this I reckon we should bump to v4 and get rid of the NVM env stuff.

@bnoordhuis
Copy link
Member

I'd like to wait until #915 and #955 have landed. It'd be nice if someone could review #915.

@orangemocha
Copy link
Contributor

It looks like #915 has landed, but #955 is still pending.

I would like to point out that once VS 2015 Update 3 hits RTM (it's currently in RC), we are probably going to get a lot of bug reports because of #949 (which is fixed by f31482e226).

This release (or at least f31482e226) will need to be propagated to all of Node release lines.

@rvagg
Copy link
Member

rvagg commented Jun 28, 2016

@rvagg rvagg closed this as completed Jun 28, 2016
@rvagg
Copy link
Member

rvagg commented Jun 28, 2016

npm/npm#13199 & npm/npm#13200

@shiftkey
Copy link

Just a heads up - AppVeyor has made VS2015 Update 3 available on their default images, and with the use of Node v6.2.2 it is now encountering the issue logged in #949, causing anything which depends on node-gyp v3.3.1 (in my case, keytar) to fail with a compilation error.

C:\Program Files\nodejs\node_modules\npm\node_modules\node-gyp\src\win_delay_load_hook.c(34): error C2373: '__pfnDliNotifyHook2': redefinition; different type modifiers [C:\Users\shiftkey\Documents\GitHub\desktop\node_modules\keytar\build\keytar.vcxproj]

Are there any known workarounds to get up to node-gyp v3.4.0 while we wait for this new release to flow upstream?

@bnoordhuis
Copy link
Member

@shiftkey Untested, but I would expect that you can npm install node-gyp@3.4.0 as a build_script cmd in your appveyor.yml.

@shiftkey
Copy link

shiftkey commented Jun 29, 2016

@bnoordhuis thanks for the suggestion, but sadly that - whether providing -g or not - doesn't seem to override the behaviour of npm install. Oh well.

@rvagg
Copy link
Member

rvagg commented Jun 29, 2016

@shiftkey you're going to have to be patient for this process to work itself out. We have it going in to the next npm releases (already in npm@2 to be released next week, in the process of getting in to npm@3) and then after that it'll have to come across to node for inclusion in a new release. When it's in npm you should be able to manually upgrade npm to make it work and not have to wait for Node to upgrade it's npm but you'll have to keep an eye on npm/npm#13199 & npm/npm#13200.

@beatgrabe
Copy link

beatgrabe commented Jul 1, 2016

@shiftkey As a workaround I can propose this:

  1. Go to your folder where npm is installed, e.g.:
    C:\Program Files\nodesjs\node_modules\npm
  2. Open: package.json
  3. Dump entry for node-gyp in bundleDependencies
  4. Bump version number to 3.4.0 for node-gyp in dependencies
  5. Make a npm i in this directory to install node-gyp@3.4.0 to fix the problem

Relating SO Quesion

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants