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
Since #2532 uv "preserves" hashes for pinned packages. This is correct, but if no hash is present for a pinned package, a hash should still be generated.
When "turning on --generate-hashes" for a project, I don't want to run with --update, but I do want to generate hashes for pinned versions. Because pip will expect all hashes to be present:
ERROR: Hashes are required in --require-hashes mode, but they are missing from some requirements. Here is a list of those requirements along with the hashes their downloaded archives actually had. Add lines like these to your requirements files to prevent tampering. (If you did not enable --require-hashes manually, note that it turns on automatically when any package has a hash.)
Workaround: rollback to uv 0.1.22 when preservation of hashes wasn't implemented yet.
The text was updated successfully, but these errors were encountered:
## Summary
If the user runs with `--generate-hashes`, and the lockfile doesn't
contain _any_ hashes for a package (despite being pinned), we should add
new hashes. This mirrors running `uv pip compile --generate-hashes` for
the first time with an existing lockfile.
Closes#2962.
Since #2532 uv "preserves" hashes for pinned packages. This is correct, but if no hash is present for a pinned package, a hash should still be generated.
When "turning on --generate-hashes" for a project, I don't want to run with --update, but I do want to generate hashes for pinned versions. Because pip will expect all hashes to be present:
Workaround: rollback to uv 0.1.22 when preservation of hashes wasn't implemented yet.
The text was updated successfully, but these errors were encountered: