-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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?]: @yarnpkg/[email protected] produces bundles which yarn cannot consume #5637
Comments
applying a patch to |
1. checksum version 9 => 10 (so we neeed to remove 3 chars when creating nix hash) NOTE: this should really be done based on cacheKey from yarn.lock 2. patch @yarnpkg/builder (see: yarnpkg/berry#5637) 3. update execa and typescript
1. fix has extraction from checksum (using code lifted from berry) 2. patch @yarnpkg/builder (see: yarnpkg/berry#5637) 3. update execa and typescript
This branch does not yet work, I assume because there is a bug in @yarnpkg/builder. See these issues for details: * yarnpkg/berry#5417 * yarnpkg/berry#5637
this appears to be fixed using |
it turns out this is still a problem, it's just that it doesn't manifest with the example plugin |
the error can be reproduced by adding the following lines to the example plugin's source: import p from 'node:process'
console.log(p.argv) |
this fix no longer works, however the patch from does: #5997 |
## What's the problem this PR addresses? <!-- Describe the rationale of your PR. --> <!-- Link all issues that it closes. (Closes/Resolves #xxxx.) --> Yarn plugins used to be forbidden to import/require built-in modules prefixed with `node:`. see #6135 see #5417 Fixes #5637 The yarn plugin builder should be aware of this fact and produce bundled code, that does not contain any `node:` prefixed import/require. This is especially important when building plugins with 3rd party dependencies, where the plugin author cannot "fix" the imports to yarn's needs. ## How did you fix it? <!-- A detailed description of your implementation. --> I enabled the plugin-compiler to generate the plugin-code as needed: I utilized the capability of `esbuild` to strip these `node:` prefixes from import/require instructions. Therefore, I added config options to the plugin build process to instruct `esbuild` to do so. This is a fix of the plugin builder, which enables plugin authors to compile their work in a backwards-compatible way, so that the build result is runnable in old/unpatched versions of yarn. Unpatched regarding #5997 ## Related The #5997 tries to address the issue from the plugin-runtime side. This would enable "broken" plugins to be runnable in all future/patched versions of yarn-core. ## Additionally This very PR aims to enable plugin authors to create plugins that are runnable with unpatched versions of yarn-core. It is considered a friction-free backwards-compatible solution on all ends. Yet it does not replace #5997. ## Checklist <!--- Don't worry if you miss something, chores are automatically tested. --> <!--- This checklist exists to help you remember doing the chores when you submit a PR. --> <!--- Put an `x` in all the boxes that apply. --> - [x] I have read the [Contributing Guide](https://yarnpkg.com/advanced/contributing). <!-- See https://yarnpkg.com/advanced/contributing#preparing-your-pr-to-be-released for more details. --> <!-- Check with `yarn version check` and fix with `yarn version check -i` --> - [x] I have set the packages that need to be released for my changes to be effective. <!-- The "Testing chores" workflow validates that your PR follows our guidelines. --> <!-- If it doesn't pass, click on it to see details as to what your PR might be missing. --> - [x] I will check that all automated PR checks pass before the PR gets reviewed. --------- Signed-off-by: Jan Kowalleck <[email protected]> Co-authored-by: Maël Nison <[email protected]>
Self-service
Describe the bug
due to recent esbuild target change from node14 to node18
builder build plugin
produces bundles which lead to following errors:To reproduce
Environment
Additional context
No response
The text was updated successfully, but these errors were encountered: