Open pmk1c opened 1 month ago
Hi @pmk1c,
It makes sense. I will try to add support for it and make it the first place to look for package manager + its version đź‘Ť
Thank you for filing this issue! This comment acknowledges we believe this may be a bug and there’s enough information to investigate it. However, we can’t promise any sort of timeline for resolution. We prioritize issues based on severity, breadth of impact, and alignment with our roadmap. If you’d like to help move it more quickly, you can continue to investigate it more deeply and/or you can open a pull request that fixes the cause.
Thank you for filing this issue! This comment acknowledges we believe this may be a bug and there’s enough information to investigate it. However, we can’t promise any sort of timeline for resolution. We prioritize issues based on severity, breadth of impact, and alignment with our roadmap. If you’d like to help move it more quickly, you can continue to investigate it more deeply and/or you can open a pull request that fixes the cause.
Hello, i'm using turborepo monorepo and trying to build some apps.
If in my root there is a packageManager prop like this:
that is automatically added by turborepo, i'd get this error in eas log:
We detected that 'APP_NAME' is a yarn workspace Running "yarn install" in /Users/expo/workingdir/build directory error This project's package.json defines "packageManager": "yarn@npm@10.8.1". However the current global version of Yarn is 1.22.21. Presence of the "packageManager" field indicates that the project is meant to be used with Corepack, a tool included by default with all official Node.js distributions starting from 16.9 and 14.19. Corepack must currently be enabled by running corepack enable in your terminal. For more information, check out https://yarnpkg.com/corepack. yarn install exited with non-zero code: 1
Do you have any suggestion of why is happening?
Also i'm using npm as package manager.
Thank you
I was confused at first, when I noticed that EAS ignores the
packageManager
field inpackage.json
. I think this should be the first place to look for, when EAS decides, which package manager and which version to use.