turbo: [turborepo] `1.7.0` with yarn berry doesn't work
What version of Turborepo are you using?
1.7.0
What package manager are you using / does the bug impact?
Yarn v2/v3 (node_modules linker only)
What operating system are you using?
Mac
Describe the Bug
I’ve upgraded turbo version 1.6.3 -> 1.7.0.
I’ve got error like this
thread 'main' panicked at 'Failed to execute turbo.: Os { code: 2, kind: NotFound, message: "No such file or directory" }', crates/turborepo/src/main.rs:23:10
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Expected Behavior
It should be work well like 1.6.3
To Reproduce
.yarnrc.yml
nodeLinker: pnp
yarn set version berry
yarn add turbo@1.7.0
yarn dev
Reproduction Repo
No response
About this issue
- Original URL
- State: closed
- Created a year ago
- Reactions: 6
- Comments: 15 (6 by maintainers)
Commits related to this issue
- downgrade turbo due to https://github.com/vercel/turbo/issues/3280 — committed to microsoft/showwhy by darthtrevino a year ago
- fix(turbo): improved yarn berry pnp support (#3744 This improves yarn berry support when using `nodeLinker: pnp` by using the correct binary path for the child process. This ensure our rust binary ... — committed to vercel/turbo by tknickman a year ago
I know it isn’t official support yet but do you recommend using PnP mode with turbo?
it looks like the
go-turbobinary is missing in the “yarn bin turbo” folder as a temporary workaround, I set theTURBO_BINARY_PATHmanually inpackage.json@teamchong I think you made a typo error, it should be:
TURBO_BINARY_PATH=$(echo \"console.log(require('child_process').execSync('find .yarn/unplugged/turbo-'+process.platform+'-'+process.arch.replace('x', '')+'-* -name turbo').toString())\" | node) turbo run build(note the
process.archinstead ofprocess. Arch))Also, I needed to remove the
xinx64so I added.replace('x', '').Awesome, thanks @alexghr I’ll take a look.
One note, for 1.7.0 there are two binaries now that need to be colocated.
turboandgo-turboHey, just to add to this: I’m seeing the same thing when using
pnpm@7.24.3andturbo@1.7.0. I’ve tried withnode-linker=hoistedbut I still get the same error.