-
Notifications
You must be signed in to change notification settings - Fork 295
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
Angular 17 Issues #2722
Comments
That is strange as the mentioned package is published on NPM (https://www.npmjs.com/package/@rollup/rollup-linux-x64-gnu) Are you consuming packages directly from the public NPM registry or you have a proxy or maybe caching node_modules that might be out of sync? |
I suspect what is happening is that you're perhaps installing from Windows, then copying to inside a Docker container. That is a problem, since various dependencies download native binaries depending on the platform they are installed on. Some package managers allow to download optional dependencies for multiple platforms (recently released in a |
We are using a proxy but I verified the package is in the registry and can be installed directly within a Linux container. |
This is what I suspect as well, not sure how to get around this one at the moment as we will always build our applications using Windows machines then build and deploy them using Linux containers. To my knowledge, this is the first time we have encountered such an issue. |
Is the npm installation being done on the Linux container or node_modules are being copied over from Windows? |
In the Linux container we were originally calling "npm ci" which would install what is in our package-lock.json created on a Windows machine. I tried removing the package-lock.json and running "npm i" to install packages and create the package-lock.json in the Linux container but I got the same result. We are digging into the logging here to see what was installed during this build. |
We continue to dig into this one but with no luck. We suspect that our developers are no longer able to share a package-lock.json file across Windows/Linux environments which presents challenges. It feels like this reduces the compatibility of the ng-packagr package, is there a better way to integrate rollup into this package? rollup-wasm? Is this a bug in the latest rollup migration from 3 > 4? |
Yeah, this does appear to be a problem caused by Rollup version 4. Using |
Is this something the group could implement within ng-packgr? |
In some cases the native rollup binary are not available which will cause rollup to exit with errors like `Cannot find module @rollup/rollup-linux-x64-gnu` Closes ng-packagr#2722
I have a PR in flight to fix this. #2725 |
Fantastic! I look forward to testing it out! |
In some cases the native rollup binary are not available which will cause rollup to exit with errors like `Cannot find module @rollup/rollup-linux-x64-gnu` Closes ng-packagr#2722
In some cases the native rollup binary are not available which will cause rollup to exit with errors like `Cannot find module @rollup/rollup-linux-x64-gnu` Closes #2722
Released as 17.0.2 |
Fantastic! I was able to pull it in and build. We will continue verification but for now, this is progress and considered resolved. |
This issue has been automatically locked due to inactivity. |
Type of Issue
Description
Unable to complete a containerized AzDO pipeline build after the Angular 17 and ng-packagr version 17 upgrade.
How To Reproduce
We have a Angular repo that is a library we publish to our internal package hosting library. We use ng-packagr to help accomplish this task. After the recent upgrade, we are able to build locally without issue. We can even create and install the library locally. However, when we attempt to run a CI/CD build we receive failures (shown below).
We build our package locally using a Windows machine, the missing package is specific to a Linux environment so we cannot install it locally. We can force it to be installed during our CI/CD pipeline in the DOCKER file but this feels like a hacky way to accomplish this task.
Curious if others have had this issue or if we are doing something wrong.
`Cannot find module '@rollup/rollup-linux-x64-gnu'
Require stack:
`
Version Information
The text was updated successfully, but these errors were encountered: