-
-
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
Installing local wheel sometimes creates incorrect Pipfile.lock #2390
Comments
I started looking at the code to try and see what the difference between these might be, and noticed the code was substantially different on master. So I installed pipenv from the master branch. The master branch is closer to working in this case, but has one problem. Here is what I now get in my Pipfile.lock for this library. It has the wheel path now.
But if I
I ran shasum on the wheel file, and got the The good news is, this is the only thing stopping this from working, if I manually update the hash in the Pipfile.lock, the problem in the original report is resolved. |
One last thing, three of my wheels end up with hash values in the Pipfile.lock (and they are all different from the sha256 of the wheel files), but strangely, the python-email-normalizer wheel has an empty hashes list in the Pipfile.lock (so it installs fine). |
Good news: This has been fixed! The next version will likely drop in the next few days, upgrade and it will work correctly :D Closing so this can be identified as done and doesn’t confuse the release process. |
@uranusjr As I noted in #2390 (comment), even installing pipenv from the master branch gives me issues with the hash values for the wheels. Should I open a new issue for that? |
I opened #2394 for the hash issue. |
In my project, I have four libraries where I have local patches. I have built wheels for all four, and then
run
pipenv install <path to local wheel>
for each.This results in a Pipfile that correctly refers to the local wheels for all four.
However, the Pipfile.lock refers to the local wheel for two of them, but not for the other two.
This leads to a clean
pipenv install
installing the packages from pypi instead.This is the pipenv.help output with all four of these libraries installed.
$ python -m pipenv.help output
Pipenv version:
'2018.05.18'
Pipenv location:
'/Users/greg/.pyenv/versions/2.7.12/lib/python2.7/site-packages/pipenv'
Python location:
'/Users/greg/.pyenv/versions/2.7.12/bin/python'
Other Python installations in
PATH
:2.7
:/Users/greg/.pyenv/versions/2.7.12/bin/python2.7
2.7
:/Users/greg/.pyenv/versions/2.7.12/bin/python2.7
2.7
:/Users/greg/.pyenv/shims/python2.7
2.7
:/usr/bin/python2.7
3.6
:/Users/greg/.pyenv/shims/python3.6m
3.6
:/Users/greg/.pyenv/shims/python3.6
2.7.12
:/Users/greg/.pyenv/versions/2.7.12/bin/python
2.7.12
:/Users/greg/.pyenv/shims/python
2.7.10
:/usr/bin/python
2.7.12
:/Users/greg/.pyenv/versions/2.7.12/bin/python2
2.7.12
:/Users/greg/.pyenv/shims/python2
3.6.5
:/Users/greg/.pyenv/shims/python3
PEP 508 Information:
System environment variables:
GOPATH
LESS
GOROOT
TERM_PROGRAM_VERSION
PYENV_DIR
LOGNAME
USER
HOME
PATH
PYENV_VIRTUALENV_INIT
TERM_PROGRAM
LANG
__CF_USER_TEXT_ENCODING
TERM
SHELL
PYENV_SHELL
SHLVL
LESS_TERMCAP_me
LESS_TERMCAP_md
LESS_TERMCAP_mb
PIPENV_VENV_IN_PROJECT
DISPLAY
RBENV_SHELL
PYENV_VERSION
EDITOR
GREP_COLOR
TERM_SESSION_ID
XPC_SERVICE_NAME
SSH_AUTH_SOCK
VISUAL
Apple_PubSub_Socket_Render
PYTHONDONTWRITEBYTECODE
PIP_PYTHON_PATH
LESS_TERMCAP_so
TMPDIR
BROWSER
LESS_TERMCAP_ue
LSCOLORS
PYENV_HOOK_PATH
PYENV_ROOT
LESS_TERMCAP_se
PWD
LESS_TERMCAP_us
GREP_OPTIONS
XPC_FLAGS
LS_COLORS
PAGER
NODENV_SHELL
Pipenv–specific environment variables:
PIPENV_VENV_IN_PROJECT
:1
Debug–specific environment variables:
PATH
:/Users/greg/.pyenv/versions/2.7.12/bin:/usr/local/Cellar/pyenv/1.2.4/libexec:/Users/greg/google-cloud-sdk/bin:/Users/greg/.nodenv/shims:/Users/greg/.rbenv/shims:/usr/local/Cellar/pyenv-virtualenv/1.1.3/shims:/Users/greg/.pyenv/shims:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/Users/greg/dev/go/bin:/usr/local/opt/go/libexec/bin:/Users/greg/.cargo/bin:/Users/greg/.local/bin
SHELL
:/usr/local/bin/zsh
EDITOR
:vim
LANG
:en_US.UTF-8
PWD
:/Users/greg/dev/pipenv_wheel_bug
Contents of
Pipfile
('/Users/greg/dev/pipenv_wheel_bug/Pipfile'):Contents of
Pipfile.lock
('/Users/greg/dev/pipenv_wheel_bug/Pipfile.lock'):And here is a more minimal case, with just one of the problematic wheels installed:
$ python -m pipenv.help output
Pipenv version:
'2018.05.18'
Pipenv location:
'/Users/greg/.pyenv/versions/2.7.12/lib/python2.7/site-packages/pipenv'
Python location:
'/Users/greg/.pyenv/versions/2.7.12/bin/python'
Other Python installations in
PATH
:2.7
:/Users/greg/.pyenv/versions/2.7.12/bin/python2.7
2.7
:/Users/greg/.pyenv/versions/2.7.12/bin/python2.7
2.7
:/Users/greg/.pyenv/shims/python2.7
2.7
:/usr/bin/python2.7
3.6
:/Users/greg/.pyenv/shims/python3.6m
3.6
:/Users/greg/.pyenv/shims/python3.6
2.7.12
:/Users/greg/.pyenv/versions/2.7.12/bin/python
2.7.12
:/Users/greg/.pyenv/shims/python
2.7.10
:/usr/bin/python
2.7.12
:/Users/greg/.pyenv/versions/2.7.12/bin/python2
2.7.12
:/Users/greg/.pyenv/shims/python2
3.6.5
:/Users/greg/.pyenv/shims/python3
PEP 508 Information:
System environment variables:
GOPATH
LESS
GOROOT
TERM_PROGRAM_VERSION
PYENV_DIR
LOGNAME
USER
HOME
PATH
PYENV_VIRTUALENV_INIT
TERM_PROGRAM
LANG
__CF_USER_TEXT_ENCODING
TERM
SHELL
PYENV_SHELL
SHLVL
LESS_TERMCAP_me
LESS_TERMCAP_md
LESS_TERMCAP_mb
PIPENV_VENV_IN_PROJECT
DISPLAY
RBENV_SHELL
PYENV_VERSION
EDITOR
GREP_COLOR
TERM_SESSION_ID
XPC_SERVICE_NAME
SSH_AUTH_SOCK
VISUAL
Apple_PubSub_Socket_Render
PYTHONDONTWRITEBYTECODE
PIP_PYTHON_PATH
LESS_TERMCAP_so
TMPDIR
BROWSER
LESS_TERMCAP_ue
LSCOLORS
PYENV_HOOK_PATH
PYENV_ROOT
LESS_TERMCAP_se
PWD
LESS_TERMCAP_us
GREP_OPTIONS
XPC_FLAGS
LS_COLORS
PAGER
NODENV_SHELL
Pipenv–specific environment variables:
PIPENV_VENV_IN_PROJECT
:1
Debug–specific environment variables:
PATH
:/Users/greg/.pyenv/versions/2.7.12/bin:/usr/local/Cellar/pyenv/1.2.4/libexec:/Users/greg/google-cloud-sdk/bin:/Users/greg/.nodenv/shims:/Users/greg/.rbenv/shims:/usr/local/Cellar/pyenv-virtualenv/1.1.3/shims:/Users/greg/.pyenv/shims:/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/Users/greg/dev/go/bin:/usr/local/opt/go/libexec/bin:/Users/greg/.cargo/bin:/Users/greg/.local/bin
SHELL
:/usr/local/bin/zsh
EDITOR
:vim
LANG
:en_US.UTF-8
PWD
:/Users/greg/dev/pipenv_wheel_bug
Contents of
Pipfile
('/Users/greg/dev/pipenv_wheel_bug/Pipfile'):Contents of
Pipfile.lock
('/Users/greg/dev/pipenv_wheel_bug/Pipfile.lock'):Expected result
Pipfile.lock should refer to the local wheel for all four of the installed libraries, not just two of them.
Actual result
Two of the four libraries are not specified as paths to local wheels in the Pipfile.lock.
Steps to replicate
pipenv install ./wheels/GoogleAppEnginePipeline-1.9.22.1-py2-none-any.whl
The text was updated successfully, but these errors were encountered: