-
Notifications
You must be signed in to change notification settings - Fork 521
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
Cannot set node_version = "14.18.0"
for manual NodeJS install with 4.3.0
release.
#2992
Comments
Unfortunately this means that clients of this package cannot update to the 14.18.1 security update right now as that is not in a released version. Cannot see what in the WORKSPACE manual configuration for Node version is wrong so assuming it's a bug. |
Yeah, looks like I broke this in 7f85e9f#diff-f381b656a6df80113b279e147e93a3fc60037f2d5aef1affbbc376476ea5bef0 Tricky to make an integration test for this, since any version not in the map will be soon added, then you don't have coverage for unknown version anymore. |
Thank you for investigating. |
The automation brought in new yarn, node, and esbuild versions yesterday so as a quick security fix I published https://github.com/bazelbuild/rules_nodejs/releases/tag/4.4.1 |
Saw that. Awesome stuff. V. much appreciated. We'll be updating our NodeJS version today to pick up the CVE fixes. |
Fixed via #3339 |
This is with the 4.3.0 release on macOS.
We have in our
WORKSPACE
this rule,When the bazel build is run it falls back to
node_version
14.17.5
which is the default. In the 4.3.0 release14.18.0
is not in the built-ins, though I thought these attributes are sufficient for a manual install and the node version should not matter.Same seems to happen with
yarn_version
, i.e. we can only install 'manually' yarn builds whose versions are in the built-in lists.Is this user error?
The text was updated successfully, but these errors were encountered: