Conversation
|
Build successful! You can test your changes in the REPL here: https://babeljs.io/repl/build/48746/ |
|
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit 62c08b9:
|
443f538 to
69cb6c0
Compare
|
Would you be willing to change this PR to use the CLI from yarnpkg/berry#2161 and enable PnP for the build step again? I updated the PR over the weekend and added tests based on your comments from last time and fixed some issues that caused it to crash when running |
|
Ok, sure! |
06a4f60 to
3173ba8
Compare
|
When using PnP the generated |
|
Yeah I saw that, looked into the bundle but nothing stood out, I see the methods are missing but not sure why |
|
These two imports are merged into one https://github.com/facebook/regenerator/blob/dbbddd9bd8c099ed1cdfcecdd077b8b4e7f43042/packages/transform/src/leap.js#L10-L11 so it's trying to get |
|
Got some time to look into it and it looks like a bug on our end, I'll fix it |
|
Oh thanks! Let me know when I have to update this PR. |
|
Yarn 3 has been released! I removed the commit to test yarnpkg/berry#2161 since that PR has been deferred to a later version. I'll update a new branch PR if we'll have to test ESM support before that it's merged. |
|
@arcanis Was the |
|
It got replaced by |
|
The CI failure looks related |
|
@nicolo-ribaudo I'm not sure that its related, but why did you do: |
|
Running the following locally seems to work for me - could it just be that your trunk has legit breaking changes that would break using a version of |
|
Yeah, I think that "related" is more something on our side uncovered by an innocuous change in Yarn. @larixer I don't remember, I'll revert it back 😅 |
|
Ok, it looks like I used npm to install verdaccio because Yarn 3 throws: |
2dd572f to
def5a9e
Compare
|
We have a compat layer that is supposed to handle that 🤔 |
77546b5 to
4f1e855
Compare
package.json
Outdated
| "test:runtime:bundlers": "node test/runtime-integration/bundlers.cjs", | ||
| "test:runtime:node": "node test/runtime-integration/node.cjs" | ||
| }, | ||
| "packageManager": "yarn@3.0.0", |
There was a problem hiding this comment.
Q: Is this for corepack?
There was a problem hiding this comment.
Yes, when corepack is enabled running yarn will launch yarn@3.0.0 which will check yarnPath and use that binary if it doesn't match the one corepack launched
merceyz
left a comment
There was a problem hiding this comment.
CI is passing but @yarnpkg/plugin-constraints should be updated as well
|
Greeeen 🥳 |
|
After merging this I'll do something like yarnpkg/berry#3431 |
c5ecef1 to
62c08b9
Compare
hzoo
left a comment
There was a problem hiding this comment.
nice work, verifying is much easier than testing ci..
|
The issue in #13140 (comment) has been fixed and the ESM PR has been updated |


Yarn 3 isn't stable yet, but I want to verify that it doesn't introduce any unexpected regression in our workflow.
It currently breaks our release tool, but it's a known breaking change.What works so far:
yarn install(also with thecondition:plugin)yarn installworks on CI (feat: make enableImmutableInstalls default to true on ci yarnpkg/berry#2530)yarn release-tool versionyarn release-tool publishYou can see the breaking changes list at https://github.com/yarnpkg/berry/blob/master/CHANGELOG.md#breaking-changes. We are affected by:
--immutableby default on CIThere are workarounds/changes for both of them.