You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 11, 2022. It is now read-only.
On top of that it should also give the information where the "wanted" checksum comes from. I'm installing the affected package from a tarball, so there is no registry to supply checksums, but I'm constantly getting EINTEGRITY errors. I tried deleting %AppData%/npm-cache and package-lock.json but to no avail.
@AndreKR
Not sure if this applies in your case, but the way I found out that xlsx was the issue was by opening the log file it mentioned at the end, then searching the wanted sha. That's how I got the 1678 silly pacote trying xlsx@https... line.
Then I just removed the caret (^) from the version of xlsx in my package.json, renamed my package-lock.json, deleted node_modules, and reran npm install.
At first I thought it was another package which was giving a warning, but it was completely unrelated to the sha EINTEGRITY error.
In my case the problem was that npm downloaded the tarball twice and expected to get an identical file both times, and for some reason tar creates a different file every time you pack the same source files. (Probably it adds a packed-timestamp or something like that, I didn't look into it.)
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I'm opening this issue because:
What's the feature?
Error messages for EINTEGRITY should reference the package/files the sha is for.
What problem is the feature intended to solve?
Error messages for EINTEGRITY don't show which package they are from.
#19951
Command line result:
Result from the logs:
I was able to search the
wanted
sha to find the package, but it wasn't immediately obvious to try that.Is the absence of this feature blocking you or your team? If so, how?
No
Is this feature similar to an existing feature in another tool?
N/A
Is this a feature you're prepared to implement, with support from the npm CLI team?
I can try, but I'd probably cause more issues :)
The text was updated successfully, but these errors were encountered: