-
-
Notifications
You must be signed in to change notification settings - Fork 27
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
Overly restrictive engines.pnpm
causes errors
#205
Comments
There are multiple options:
Edit: pnpm v7 could read v6.0 lock file format, but not v6.1 |
The reason is I use homebrew to manage pnpm, and they haven't released the new version yet. I pinned 1.20 for the time being, but I don't understand why you're requiring such a recent version. Doesn't your package work perfectly going all the way back to much earlier pnpm versions? Shouldn't people, who for any number of reasons can't immediately update, get the benefit of your recent releases? |
8.6.0 was already released nearly one month ago The homebrew side already said 8.6.3! |
Weird, I'll try "--greedy". The new lock version barely varies at all from the previous. Though I still don't see why it should matter for an end user of this package. You can use whatever pnpm versions you want without adding a hard requirement to your users. It's the arbitrary nature of the choice I don't understand. |
Yeah, I always didn't liked how the package.json field is handled As homebrew already has 8.6.3 I will close this issue now as not planned |
Furthermore reading: https://docs.npmjs.com/cli/v9/configuring-npm/package-json#engines So as you didn't get just a warning but an error, I highly assume you have set engine-strict to true e.g. in your ~/.npmrc If anything is different from that, please open an issue at pnpm or ask the nodejs/npm team |
Thanks, I appreciate the help. Cheers! |
It looks like
engines.pnpm
recently jumped from7.0.0
to8.6.0
. Is this strictly necessary for the package to function? Now, when I try topnpm install
, I get the following error:I didn't know pnpm concerned itself with
engines.pnpm
of upstream deps until now. Given that it does, is it possible to rollback the config?The text was updated successfully, but these errors were encountered: