-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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
v10.20.0 N-API headers as shipped in the headers tarball disagree with the headers as tagged #32755
Comments
We can see here: https://nodejs.org/download/release/v10.20.0/ Some files are not dated from Apr 08 but Mar 26 instead. That includes the source headers tarballs and API documentation. /cc @nodejs/build |
/cc @BethGriggs did you notice anything unusual when you promoted the release assets? |
@targos you're right. node-v10.20.0-linux-x64.tar.xz has the right header. This causes nvm to install a broken version of v10.20.0 though. I guess nvm must be downloading node-v10.20.0-headers.tar.gz. |
I don't know if it's related, but v13.12.0 was released on March 26. |
@gabrielschulhof nvm just calls configure, make, and make install on the source tarball, it doesn't download any headers tarball i'm aware of. |
also remove redundant release sources for Node 10 Ref: nodejs/node#32755
also remove redundant release sources for Node 10 Ref: nodejs/node#32755
also remove redundant release sources for Node 10 Ref: nodejs/node#32755
also remove redundant release sources for Node 10 Ref: nodejs/node#32755
More infra dramas, isn't this fun. See nodejs/build#2282 for what I believe has happened. I don't have all the pieces (i.e. I only have a theory for the old headers and source tarball but I can explain why there aren't new ones as per that PR). 10.20.0 should probably be considered broken because of the mismatch here. I don't know what commit the source and headers tarballs come from but they aren't from what was tagged Sorry @BethGriggs. |
/cc @nodejs/releasers FYI, see above comment. a 10.20.1 just needs to be a version bump & changelog, everything else can stay the same. The release notes will have to come up with some language to describe what happened. Something like:
|
@ljharb you're right. It's not nvm. It's node-gyp. It downloads the headers, stores them in ~/.cache/node-gyp/v10.20.0 and then passes that as the include path when it builds:
|
A follow-up release v10.20.1 (#32768) has been prepared to resolve this, and will be released as soon as builds are available. |
A notable PR number ... 2^15 – had to be mentioned. |
also remove redundant release sources for Node 10 Ref: nodejs/node#32755
Fixed in v10.20.1 (#32768) - https://nodejs.org/en/blog/release/v10.20.1/ |
In the repository, for v10.20.0 we have https://github.com/nodejs/node/blob/v10.20.0/src/node_api.h#L702 which, at that line, has the correct guard.
When unpacking https://nodejs.org/dist/v10.20.0/node-v10.20.0-headers.tar.xz and examining node_api.h the guard found there is
#ifdef NAPI_EXPERIMENTAL
which is wrong, rather than#if NAPI_VERSION >= 6
The text was updated successfully, but these errors were encountered: