Replies: 2 comments 1 reply
-
This was done because p-queue is ESM-only from version 7 up - since It's strange that you needed a resolution, because a dependency saying it uses p-queue 7 shouldn't cause other dependencies to start loading it if they only depend on p-queue 6. Is it hoisting p-queue 7 up to the root, and something is doing |
Beta Was this translation helpful? Give feedback.
-
Yes, p-queue 7 was getting hoisted. I haven't fully tested my project yet to see if my fix is stable, but what you say makes sense to me. I've run into similar pains. My monorepo for example, runs both NextJs and NestJs which have the same issues. I ended up with this resolution, which seems pretty specific and fixed the build error.
I'll leave this here so other people can find it. I don't know why it was needed, but I account it to issues with Nx/Yarn and not this project. |
Beta Was this translation helpful? Give feedback.
-
I'm running a large Nx workspace project (monorepo) and had to use the following Yarn resolution to fix a bug, because a dependency was importing
[email protected]
instead ofv6
. I'm not sure why this happened, because that dependency had[email protected]
. The offending packages wasrollup-plugin-postcss
.I traced the conflict back to
@ironclad/rivet-node
and if I uninstalled the package, then everything worked fine. I did some digging and found that it defines these dependencies forp-queue
so it can install two diff versions.rivet/packages/core/package.json
Line 59 in b39c02f
rivet/packages/core/package.json
Line 60 in b39c02f
I'm starting a discussion, because I'd like to learn more about why this was done? What problem was being solved, etc.
Beta Was this translation helpful? Give feedback.
All reactions