Meteor 2.12 beta is already using the Node.js 14 ESM version, a forked repository from the official Node.js 14. If you want to check how it works and compile to use it, you can check the commands we are using in the README.md of our repository.
I don’t think you would be able to use NVM, but you could download it from our CDN, check how the URL is formed here. There are a few strategies that our dev bundle generator can use.
This will provide more time for our client’s projects and Quave’s projects as well to migrate everything without having security known issues in production environment.
We are actively working with many clients in this migration effort but most of them will need more time.
Exactly, you can make your own compilation like this one in our README, or use our already generated one that is hosted on the CDN in the links that @fredmaiaarantes indicated, in these files and only the node compiled from our repository and you can use it in your customized scripts and in your pipeline flows with CI/CD.
Hey all, we have some news about Docker images compatible with Meteor new ESM Support Version of Node.js 14.
Quave implemented a few images that we will keep releasing versions for every new Meteor version (we have also published for 2.6.1, 2.7.3, 2.8.2. 2.9.1, 2.10.0 e 2.11.0. We can also release for previous version upon request).
Here are the 3 images that we are going to support:
Meteor build: Meteor for build apps inside container
Meteor NodeJS: Nodejs runtime from Meteor and Compatible with MUP
This example is running on zCloud as well (we are not promoting it yet as we are finishing up the UI, it will be available soon for the public but we already have some clients running on it for a few months).
I just saw the blog post for the new Meteor 2.12 release.
One minor feedback: the use of ESM as an acronym for Extended Support Maintenance is confusing due to the other meaning of ESM (ECMAScript modules) in JS world
Hey @mattphet, Meteor 3.0 release will run on Node.js 18. To stay up-to-date with the latest developments on that, you can follow our public board and also this forum topic. Doing so gives you access to all the updates as they’re released.
We are very close to releasing an alpha version of Meteor 3.0.
The extended support maintenance of Node 14 helps a lot, knowing that security is maintained. But the difficulty now is for NPM packages with security patches which also dropped support for Node 14.
To build an Alpine version (using musl) based on the official docker image, I need the sources compiled to a tarball just like the official nodejs release has. Did you publish those as well?
Sorry, I picked the wrong word. As you can see from the image, the script needs a tarball of the non-compiled sources. Did you store that too? Alpine Linux cannot use the normal Linux version so needs to be created from the source code
