-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
[BUG] Unable to install 11.1.0 with corepack #8075
Comments
Relevant/related issues:
See also this nodejs/corepack#616 (comment) for the rundown. In particular:
You can manually update corepack by running (If you'd rather "install it using knowledge of the release's hash", see his other comment here: nodejs/corepack#612 (comment) : run |
You can use the same principle I found for pnpm. The following should unblock you: SHA_SUM=$(npm view [email protected] dist.shasum)
corepack install -g [email protected]+sha1.$SHA_SUM I'm completely new to this. So this really is just peer-to-peer support! |
This not a bug w/ npm it was an issue w/ corepack. The newest version of corepack was updated and can now validate things signed w/ the latest npm registry key. |
It's also happening on npm version 20 |
There is no npm version 20. Perhaps you mean Node.js 20? Are you asking for help or just reporting your issue? |
What we did for now was in our Dockerfile FROM node:20.18-bookworm AS base
# ... some of our configuration here
RUN install --owner=node --group=node --directory /src/frontend/${SUBDIR}/ /src/frontend/.pnpm-store/ \
- && corepack enable pnpm \
+ && npm i -g [email protected] \
# ... rest of our Dockerfile This works for us, as corepack was only used to install |
|
This has the same root cause as the issue installing [email protected] with Corepack, however you are in the wrong issue list if your problem is with pnpm installation with Corepack. I have however seen other users working around the issue in Docker with && npm install -g corepack@latest && corepack enable pnpm |
corepack enable && corepack prepare [email protected] --activate It's work!!! |
Thanks @apichai1moby, I was able to resume my deployment coz of this. |
The latest release 9.15.5 uses a new signing certificate which is not yet supported by corepack. For details see [1]. [1]: npm/cli#8075 Signed-off-by: Martin Nonnenmacher <[email protected]>
The latest release 9.15.5 uses a new signing certificate which is not yet supported by corepack. This can cause the analyzer worker to fail for projects using PNPM. For details see [1]. [1]: npm/cli#8075 Signed-off-by: Martin Nonnenmacher <[email protected]>
You can also store your preferred pnpm version in package.json:
Then in the CI script:
This way, you'll always use the same version of pnpm locally and on your CI. |
The latest release 9.15.5 uses a new signing certificate which is not yet supported by corepack. For details see [1]. [1]: npm/cli#8075 Signed-off-by: Martin Nonnenmacher <[email protected]>
The latest release 9.15.5 uses a new signing certificate which is not yet supported by corepack. This can cause the analyzer worker to fail for projects using PNPM. For details see [1]. [1]: npm/cli#8075 Signed-off-by: Martin Nonnenmacher <[email protected]>
This comment has been minimized.
This comment has been minimized.
That is quite a different issue and you should probably be asking your question in a separate issue in the https://github.com/nodejs/corepack/issues list to see if Corepack is supported in a NixOS environment, which is quite special. Or check the NixOS issues for guidance. |
This comment has been minimized.
This comment has been minimized.
|
* Update Gradle Wrapper from 8.12 to 8.12.1 (#1605) Signed-off-by: gradle-update-robot <[email protected]> Co-authored-by: gradle-update-robot <[email protected]> (cherry picked from commit 05c542a) * try to fix build (some corepack problem, see npm/cli#8075) --------- Co-authored-by: metal-detector.rocks <[email protected]>
Is there an existing issue for this?
This issue exists in the latest npm version
Current Behavior
We have tried with the the docker 22 release as well as locally but running:
or
corepack prepare [email protected] --activate
both fail with the same following error:
Expected Behavior
No error
Steps To Reproduce
fnm exec corepack prepare [email protected] --activate
Environment
The text was updated successfully, but these errors were encountered: