-
Notifications
You must be signed in to change notification settings - Fork 2.7k
Yarn check [--integrity [--verbose]] fail and messages aren't helpful in the slightest #2287
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
Comments
how do I resolve the "could be deduped..." warnings? I can't update the yarn.lock file directly right? |
same issue here:
Would please some body answer:
|
Would appriciate some answers to the questions asked above! |
The |
I have an similar issue..
How can I fix this? |
The fix I've been able to find comes from manually editing the Let's say for example you have the following entries:
This can be manually edited down to:
Don't know how it got in this state but running |
Here's how it behaves with the latest W.T.F. EDIT: created a separate issue for this related issue: #3242 |
These are ANSI color codes. What kind of terminal are you using here? Is is pre-Windows 10 cmd (old conhost)? |
@Artoria2e5 I'm using osx's built-in terminal |
This are some fair points, we are teaching Yarn proper English a little bit at a time :) The integrity checks became more silent if they are not actionable and they do run by default when you install. The warnings But if they are not please send a PR! |
Was seeing the same thing: yarn check
yarn.lock
Ended up having to recreate the lock file which fixed both problems |
Which process is correct? I ran
But running
Which one is to be believed? |
—integrity does a light check that verifies that no one touched
node_modules after yarn installed it.
Regular check runs Yarn’s resolution mechanism that checks that the
installation tree matches yarn.lock.
The warnings indicate that something is not optimal but installation is
still correct
…On Thu, Jan 18, 2018 at 5:33 AM Michael Stelly ***@***.***> wrote:
Which process is correct? I ran yarn check --integrity with this result:
yarn check v1.3.2
success Folder in sync.
✨ Done in 0.19s.
But running yarn check provides warnings:
yarn check v1.3.2
warning "sane#fsevents#node-pre-gyp@^0.6.39" could be deduped from "0.6.39" to ***@***.***"
warning ***@***.***/firestore#grpc#node-pre-gyp@^0.6.39" could be deduped from "0.6.39" to ***@***.***"
warning "eslint-config-rallycoding#table#ajv-keywords#ajv@>=4.10.0" could be deduped from "5.5.2" to ***@***.***"
warning "eslint-rallycoding#table#ajv-keywords#ajv@>=4.10.0" could be deduped from "5.5.2" to ***@***.***"
warning "eslint-plugin-class-property#table#ajv-keywords#ajv@>=4.10.0" could be deduped from "5.5.2" to ***@***.***"
info Found 5 warnings.
success Folder in sync.
✨ Done in 3.90s.
Which one is to be believed?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#2287 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/ACBdWPTh_-WBrR0n66gXuV34lIo7pXKpks5tLq2DgaJpZM4LQS0w>
.
|
So... If it was just warnings I wouldn't be so concerned but our app recently and mysteriously broke and the only culprit is a ton of changes to a checked in yarn.lock file... |
Often dedupe warnings are not really actionable by end users because this is in control of package authors. |
I noticed that the
In my case it doesn't give me any hint as to what went wrong. I just run
Of course I hope this is not related to my setup but I don't think I do anything special. Just a normal Rails app using yarn. Just to be clear: I'm not complaining, I'm just adding my output because it appears to be unique. The yarn team are heroes altogether! |
Thanks for feedback yarn/__tests__/commands/check.js Line 213 in f69cdda
Line 360 in 1b4b318
A PR to fix this would make Yarn even better. |
Haven't seen any recent activity here, but wanted to report that we have been running into this issue for quite a while now. In our project,
There's no explanation of what's wrong (if anything) or what to do. Instead, legitimate warnings/errors are obfuscated by a deluge of output that isn't helpful and can't be suppressed. |
I've noticed If I get time to verify these soon I'll open bugs for them, but for now this might let people know what's up. |
Do you want to request a feature or report a bug?
Bug.
If the current behavior is a bug, please provide the steps to reproduce.
In my repo I ran several commands, in succession:
yarn check
, thenyarn check --integrity
and thenyarn check --integrity --verbose
.So I was like, "Wtf does that mean and how do I fix it?"
Not finding an answer to that question, I tried
yarn check --integrity
:Oh, OK. Something's broken, but I have no idea what it is or what to do about it.
Maybe
yarn check --integrity --verbose
will be more helpful?😞
What is the expected behavior?
For Yarn to speak plain English and tell me what's going on and how to fix it.
yarn check
and its errors need to give some hint as to how to fix them.yarn check --integrity
should probably be done by default on every yarn command. Didn't this project say it was supposed to be "secure"? But it's not providing even the most basic level of security (checksum verification) unless a special secret command that I just stumbled upon is run. That's pretty unexpected behavior. The docs make it sound like it does integrity checks by default, but apparently it doesn't.yarn.lock
file and neither of them was there. WTF. How am I supposed to fix this problem at this point? Yarn should tell me exactly what to do.Please mention your node.js, yarn and operating system version.
Mac OS X — 10.11.6.
Yarn v0.17.10. I would have done this with the latest version, v0.18.1, if that version was available on Homebrew, but it is not.
The text was updated successfully, but these errors were encountered: