-
Notifications
You must be signed in to change notification settings - Fork 17.8k
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
x/build/dashboard: add js-wasm-node18 builder with Node.js 18 LTS #57017
Comments
CC @neelance |
I started looking into this and ran into some issues doing a simple upgrade to 18. I'm documenting it here for myself and others attempting this upgrade. Doing a simple replace of setup_14.x with setup_18.x results in an error upgrading
It seems to have something to do with a debian upgrade, which leads me to believe that we may need to update the base image debian version, but this is all the debugging I've done so far. |
Changing from |
I ended up not seeing this issue and mailed https://go.dev/cl/460036 while I was picking up some builder maintenance work this week (CC @golang/release). That CL takes a more gradual approach to upgrade the version by adding a new builder (with a different name), get it working, then drop the old one, instead of attempting to do an in-place upgrade. I think that should work better. @johanbrandhorst I ran into the problem you described in #57017 (comment) too. I think we can keep sid, the problem is just that the "latest" tag is 3 years old because our newer Cloud Build configuration targets the "cloudbuild" tag instead. In CL 460036 I switched to using the "cloudbuild", though I see now we should likely update "latest" instead. |
Change https://go.dev/cl/460036 mentions this issue: |
Build and use a new container image with Node.js v18.12.1: $ docker run gcr.io/symbolic-datum-552/js-wasm-node18:latest /usr/bin/node --version v18.12.1 Use this as an opportunity to tweak/simplify the builder configuration a bit. For example, drop the dist test skips for "nolibgcc:crypto/x509" and "vendor/golang.org/x/arch" since they're no-ops, and try 3 helpers at first since I feel that might work well, and in the worst case will give us useful timing data. Add it as a non-trybot with a known issue first. Once it works, I'll switch it to be the default trybot, and drop the old builder when it stops being useful. For golang/go#57017. Change-Id: I89188fedbc6c636579754402a1ad81c588f92d71 Reviewed-on: https://go-review.googlesource.com/c/build/+/460036 Reviewed-by: Dmitri Shuralyov <[email protected]> Reviewed-by: Johan Brandhorst-Satzkorn <[email protected]> Auto-Submit: Dmitri Shuralyov <[email protected]> TryBot-Result: Gopher Robot <[email protected]> Reviewed-by: Heschi Kreinick <[email protected]> Run-TryBot: Dmitri Shuralyov <[email protected]>
The builder seems to be working okay, but we can't switch fully to it yet. Filed an umbrella tracking issue for updating js/wasm to support Node.js 18, |
Change https://go.dev/cl/460575 mentions this issue: |
Our current wasm NodeJS support policy is to support the latest LTS only 12. The latest long term support release of NodeJS is 18. The current js-wasm builders are using version 14. We should update our builders to use the latest LTS so that we can evolve our use of NodeJS primitives and ensure we support users using the latest version of NodeJS.
Footnotes
https://github.com/golang/go/issues/28360#issuecomment-474621552 ↩
https://github.com/golang/go/issues/56860#issuecomment-1321273696 ↩
The text was updated successfully, but these errors were encountered: