Skip to content
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

Disables the hash check for git repositories #3449

Merged
merged 1 commit into from
May 18, 2017

Conversation

arcanis
Copy link
Member

@arcanis arcanis commented May 18, 2017

Because this.hash is equal to the commit hash inside the git fetcher, we have nothing against which compare the tarball hash. Fixing this will require fixing the lockfile structure (discussion here), so in the meantime it's better to just disable this check.

Note that it wasn't a problem before 0.23, because until we merged #51 the offline resolved entry only contained the tarball name, which conveniently didn't included the hash. Since there was no hash, no check was made.

@arcanis arcanis force-pushed the git-offline-hash branch from 37940a2 to bbfa131 Compare May 18, 2017 12:28
@arcanis arcanis requested a review from bestander May 18, 2017 12:43
@bestander bestander merged commit da920f2 into yarnpkg:master May 18, 2017
Ngo-The-Trung pushed a commit to Ngo-The-Trung/yarn that referenced this pull request May 30, 2017
Following up yarnpkg#3449
expectHash is used beforehand to generate the cache destination, but
actualHash is returned. This causes future cache destination path
generation to use the wrong hash, resulting in EOENT errors.
Ngo-The-Trung pushed a commit to Ngo-The-Trung/yarn that referenced this pull request May 31, 2017
Following up yarnpkg#3449
expectHash is used beforehand to generate the cache destination, but
actualHash is returned. This causes future cache destination path
generation to use the wrong hash, resulting in EOENT errors.
arcanis pushed a commit that referenced this pull request Jun 2, 2017
Following up #3449
expectHash is used beforehand to generate the cache destination, but
actualHash is returned. This causes future cache destination path
generation to use the wrong hash, resulting in EOENT errors.
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

Successfully merging this pull request may close these issues.

2 participants