Open
Description
Description
follow-up to #4930
when a large package download is interrupted on a bad link, pip reports a bad hash instead of the interrupt of the download,
this leads to first misidentifying the problem
Collecting $REDACTED
Downloading $REDACTED
━━━━━━━━━━━╺━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.8/52.4 MB 51.3 kB/s eta 0:12:13
ERROR: THESE PACKAGES DO NOT MATCH THE HASHES FROM THE REQUIREMENTS FILE. If you have updated the package versions, please update the hashes. Otherwise, examine the package contents carefully; someone may have tampered with them.
$REDACTED from $REDACTED#md5=04b4d65eda8bf72ae203d40031aa76a3:
Expected md5 04b4d65eda8bf72ae203d40031aa76a3
Got c66b2d113159da2c6911c475ec00b26f
Expected behavior
pip should report the download as interrupted to indicate the actual problem
its a fact that the hash will of course differ, if you hash a subset instead of al lthe data,
however the error happens at obtaining the data, so failing at the hash is misleading,
i was earnestly trying to figure where my data had gotten corrupted until i realized that the progress was actually not done
pip version
22.1.1
Python version
3.8
OS
Fedora
How to Reproduce
unfortunately i cannot provide a broken network reproducer quickly
Output
No response
Code of Conduct
- I agree to follow the PSF Code of Conduct.