-
-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Pipfile: Unable to install from url - gives error "THESE PACKAGES DO NOT MATCH THE HASHES FROM Pipfile.lock!" #2757
Comments
Huh. This is incredibly weird. I can definitely reproduce it, but I am not really sure why.... There is no wheel available on pypi, and the wheel cache has digest which matches what pip says.... I ran it myself by hand This will need some investigation |
/cc @uranusjr something we should see about with passa |
@techalchemy Any ideas why this happens? Maybe this should be closed as part of #3146? |
Ah most likely so, will have to check! |
Also related: pypa/pip#4344 |
I'd like to add my ticket to this thread. I have tested this out on Windows 10 with different URLs on Python 3.6 and 3.7 but I always get the same issue, namely
I'm not sure why a pypi index is chosen for packages that are downloaded from a URL anyway.
As soon as you install another package, the same issue will arise though and you will have to go through the same process of removing the hashes and syncing. |
- Update gitignore entries for mypy config - Update release task to add version after bumping but before release - Fixes #3326 (going forward at least) - Split out patching from vendoring so it can be done as a separate step if needed - Update patches to account for updated packages - Fixes #3432 - Fixes #2757 - Fixes #3305 - Fixes #2914 - Fixes #3439 - Fixes #3422 - Fixes #3378 - Fixes #3376 - Fixes #3315 Signed-off-by: Dan Ryan <[email protected]>
Issue description
No Pipefile.lock exists to start with. Just a Pipfile with the following:
When trying to execute this the hashes in the newly generated Pipfile.lock do not match.
Expected result
I expect the package to be installed without any issues.
Actual result
Steps to replicate
Create a Pipfile with the following content. Note that this needs to be run on Windows 64-bit (since the wheel pointed out is specific to that architecture).
Then execute a
pipenv install --verbose
.$ pipenv --support
Pipenv version:
'2018.7.1'
Pipenv location:
'c:\\users\\Moo\\appdata\\local\\programs\\python\\python36\\lib\\site-packages\\pipenv'
Python location:
'c:\\users\\Moo\\appdata\\local\\programs\\python\\python36\\python.exe'
Other Python installations in
PATH
:3.5
:C:\Users\Moo\AppData\Local\Programs\Python\Python35\python.exe
3.6
:C:\Users\Moo\AppData\Local\Programs\Python\Python36\python.exe
3.6.1
:C:\Users\Moo\AppData\Local\Programs\Python\Python36\python.exe
3.5.4
:C:\Users\Moo\AppData\Local\Programs\Python\Python35\python.exe
3.6.1
:C:\Windows\py.exe
PEP 508 Information:
System environment variables:
ALLUSERSPROFILE
APPDATA
COMMONPROGRAMFILES
COMMONPROGRAMFILES(X86)
COMMONPROGRAMW6432
COMPOSE_CONVERT_WINDOWS_PATHS
COMPUTERNAME
COMSPEC
DOCKER_CERT_PATH
DOCKER_HOST
DOCKER_MACHINE_NAME
DOCKER_TLS_VERIFY
DOCKER_TOOLBOX_INSTALL_PATH
DRIVERDATA
FP_NO_HOST_CHECK
HOME
HOMEDRIVE
HOMEPATH
LOCALAPPDATA
LOGONSERVER
NO_PROXY
NUMBER_OF_PROCESSORS
ONEDRIVE
OS
PATH
PATHEXT
PIPENV_VENV_IN_PROJECT
PROCESSOR_ARCHITECTURE
PROCESSOR_IDENTIFIER
PROCESSOR_LEVEL
PROCESSOR_REVISION
PROGRAMDATA
PROGRAMFILES
PROGRAMFILES(X86)
PROGRAMW6432
PSMODULEPATH
PUBLIC
SESSIONNAME
SYSTEMDRIVE
SYSTEMROOT
TEMP
TMP
USERDOMAIN
USERDOMAIN_ROAMINGPROFILE
USERNAME
USERPROFILE
VBOX_MSI_INSTALL_PATH
VS140COMNTOOLS
VSCODE_CWD
WINDIR
TERM_PROGRAM
TERM_PROGRAM_VERSION
LANG
PYTHONDONTWRITEBYTECODE
PIP_PYTHON_PATH
Pipenv?specific environment variables:
PIPENV_VENV_IN_PROJECT
:true
Debug?specific environment variables:
PATH
:C:\Program Files (x86)\Intel\iCLS Client\;C:\Program Files\Intel\iCLS Client\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files\Intel\Intel(R) Management Engine Components\IPT;C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\IPT;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\;C:\Program Files (x86)\ctags58;C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\;C:\Program Files\Git\cmd;C:\WINDOWS\System32\OpenSSH\;C:\Program Files\PuTTY\;C:\Users\Moo\AppData\Local\Programs\Python\Python36\Scripts\;C:\Users\Moo\AppData\Local\Programs\Python\Python36\;C:\Users\Moo\AppData\Local\Programs\Python\Python35\Scripts\;C:\Users\Moo\AppData\Local\Programs\Python\Python35\;C:\Users\Moo\AppData\Local\Microsoft\WindowsApps;C:\Program Files\Intel\WiFi\bin\;C:\Program Files\Common Files\Intel\WirelessCommon\;C:\Users\Moo\AppData\Local\Microsoft\WindowsApps;C:\Program Files\Microsoft VS Code\bin;C:\Program Files\Docker Toolbox;C:\Users\Moo\AppData\Local\Programs\Microsoft VS Code\bin;c:\users\Moo\appdata\local\programs\python\python36\lib\site-packages\pywin32_system32
LANG
:en_US.UTF-8
Contents of
Pipfile
('C:\Users\Moo\Desktop\projects\test\Pipfile'):Contents of
Pipfile.lock
('C:\Users\Moo\Desktop\projects\test\Pipfile.lock'):The text was updated successfully, but these errors were encountered: