Skip to content

ENOENT: no such file or directory, lstat with link protocol and conflicting versions #7412

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

Open
jfirebaugh opened this issue Jul 17, 2019 · 4 comments

Comments

@jfirebaugh
Copy link
Contributor

Do you want to request a feature or report a bug?
Report a bug.

If the current behavior is a bug, please provide the steps to reproduce.
Clone https://github.com./jfirebaugh/yarn-link-bug and run cd b && yarn.

What is the expected behavior?
Yarn installs successfully.

What is the current behavior?

yarn install v1.17.3
info No lockfile found.
[1/4] 🔍  Resolving packages...
warning raven > [email protected]: Use uuid module instead
[2/4] 🚚  Fetching packages...
[3/4] 🔗  Linking dependencies...
error An unexpected error occurred: "ENOENT: no such file or directory, lstat '/Users/john/figma/scratch/a/node_modules/raven'".
info If you think this is a bug, please open a bug report with the information provided in "/Users/john/figma/scratch/b/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

Please mention your node.js, yarn and operating system version.
node v10.14.1
yarn 1.17.3
macOS 10.14.5

@johannesschobel
Copy link

This is also an issue for me.. I cannot find any solution for this problem.. I have been searching the net for all possible workarounds, and none worked for me.. this drives me crazy :(

@vcanales
Copy link

This really feels like a bug because subsequent yarn install runs will work.

@tombh
Copy link

tombh commented Feb 22, 2020

I was getting this same frustrating and hard to debug error. The problem in my case seemed to be yarn workspace behaviour caused by different versions of the same dependency in different packages (specifically ava versions 2 and 3). Only once I'd upgraded all occurrences of ava to their latest did I stop getting this error.

@danielcondemarin
Copy link

Just to add @tombh's comment if you can't upgrade all occurrences of the package pinning the version via "resolutions" also seems to work or at least it did for me.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants