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
As of 2018.11.14, running pipenv update --dev in a project that has an entry like "e1839a8" = {path = ".", editable = true} in its Pipfile create a new XXX.egg-info directory in the project directory even though the package lives actually in src (and that’s where the egg-info belongs to). This breaks a lot of stuff with very weird error messages.
E.g. when running tox (I’m pasting it here so lost souls trying to google the error will find it):
GLOB sdist-make: /Users/hynek/Work/cust-ws/setup.py
fmt recreate: /Users/hynek/Work/cust-ws/.tox/fmt
fmt installdeps: -rrequirements.txt, -rdev-requirements.txt
fmt inst: /Users/hynek/Work/cust-ws/.tox/.tmp/package/1/cust-ws-0.zip
ERROR: invocation failed (exit code 2), logfile: /Users/hynek/Work/cust-ws/.tox/fmt/log/fmt-2.log
ERROR: actionid: fmt
msg: installpkg
cmdargs: '/Users/hynek/Work/cust-ws/.tox/fmt/bin/python -m pip install --exists-action w /Users/hynek/Work/cust-ws/.tox/.tmp/package/1/cust-ws-0.zip'
Looking in indexes: https://pypi.vm.ag/root/vrmd/+simple/
Processing ./.tox/.tmp/package/1/cust-ws-0.zip
Building wheels for collected packages: cust-ws
Running setup.py bdist_wheel for cust-ws: started
Running setup.py bdist_wheel for cust-ws: finished with status 'done'
Stored in directory: /Users/hynek/Library/Caches/pip/wheels/e7/0d/77/8ea9a7d3becf2c8edb801ea1baa7feaed0578536272b91b5dc
Successfully built cust-ws
Installing collected packages: cust-ws
Found existing installation: cust-ws 0
Exception:
Traceback (most recent call last):
File "/Users/hynek/Work/cust-ws/.tox/fmt/lib/python3.7/site-packages/pip/_internal/cli/base_command.py", line 143, in main
status = self.run(options, args)
File "/Users/hynek/Work/cust-ws/.tox/fmt/lib/python3.7/site-packages/pip/_internal/commands/install.py", line 366, in run
use_user_site=options.use_user_site,
File "/Users/hynek/Work/cust-ws/.tox/fmt/lib/python3.7/site-packages/pip/_internal/req/__init__.py", line 42, in install_given_reqs
auto_confirm=True
File "/Users/hynek/Work/cust-ws/.tox/fmt/lib/python3.7/site-packages/pip/_internal/req/req_install.py", line 682, in uninstall
uninstalled_pathset = UninstallPathSet.from_dist(dist)
File "/Users/hynek/Work/cust-ws/.tox/fmt/lib/python3.7/site-packages/pip/_internal/req/req_uninstall.py", line 369, in from_dist
'(at %s)' % (link_pointer, dist.project_name, dist.location)
AssertionError: Egg-link /Users/hynek/Work/cust-ws/src does not match installed location of cust-ws (at /Users/hynek/Work/cust-ws)
Expected result
That it keeps working.
Actual result
I’m really having a hard time to distinguish “Issue description” from “Actual result". ;)
But yeah, you end up with multiple egg-info directories which is no bueno.
Steps to replicate
Provide the steps to replicate (which usually at least includes the commands and the Pipfile).
Have a package that has the package source somewhere else than in the project root and try to upgrade it. My guess is that pipenv install --dev -e . is gonna be broken too.
Issue description
As of 2018.11.14, running
pipenv update --dev
in a project that has an entry like"e1839a8" = {path = ".", editable = true}
in its Pipfile create a newXXX.egg-info
directory in the project directory even though the package lives actually insrc
(and that’s where the egg-info belongs to). This breaks a lot of stuff with very weird error messages.E.g. when running tox (I’m pasting it here so lost souls trying to google the error will find it):
Expected result
That it keeps working.
Actual result
I’m really having a hard time to distinguish “Issue description” from “Actual result". ;)
But yeah, you end up with multiple egg-info directories which is no bueno.
Steps to replicate
Provide the steps to replicate (which usually at least includes the commands and the Pipfile).
Have a package that has the package source somewhere else than in the project root and try to upgrade it. My guess is that
pipenv install --dev -e .
is gonna be broken too.$ pipenv --support
Pipenv version:
'2018.11.14'
Pipenv location:
'/Users/hynek/.local/venvs/pipenv/lib/python3.7/site-packages/pipenv'
Python location:
'/Users/hynek/.local/venvs/pipenv/bin/python3.7'
Python installations found:
3.7.1
:/usr/local/bin/python3
3.7.1
:/usr/local/bin/python3.7m
3.5.3
:/usr/local/bin/pypy3
2.7.13
:/usr/local/bin/pypy
2.7.10
:/usr/bin/python
2.7.10
:/usr/bin/pythonw
2.7.10
:/usr/bin/python2.7
PEP 508 Information:
System environment variables:
APP_ENV
APP_SECRETS_INI
ARCHFLAGS
Apple_PubSub_Socket_Render
CFLAGS
COLORFGBG
COLORTERM
COMMAND_MODE
CPPFLAGS
DIRENV_DIFF
DIRENV_DIR
DIRENV_WATCHES
DISPLAY
DYLD_BIND_AT_LAUNCH
DYLD_LIBRARY_PATH
EDITOR
FZF_ALT_C_COMMAND
FZF_CTRL_T_COMMAND
FZF_DEFAULT_COMMAND
GOPATH
HOME
ITERM_PROFILE
ITERM_SESSION_ID
JAVA_HOME
LANG
LC_ALL
LDFLAGS
LOGNAME
LSCOLORS
NOMAD_ADDR
NOMAD_TOKEN
OMF_CONFIG
OMF_PATH
OPENSSL
PATH
PIPENV_DEFAULT_PYTHON_VERSION
PIP_INDEX_URL
PKG_CONFIG_PATH
PWD
PYENV_SHELL
PYTHONDONTWRITEBYTECODE
PYTHONSTARTUP
RIPGREP_CONFIG_PATH
SECURITYSESSIONID
SHELL
SHLVL
SSH_AUTH_SOCK
TERM
TERM_PROGRAM
TERM_PROGRAM_VERSION
TERM_SESSION_ID
TMPDIR
USER
VAGRANT_DEFAULT_PROVIDER
VAULT_ADDR
VCC_ANSIBLE_DIR
VRMD_ANSIBLE_DIR
XPC_FLAGS
XPC_SERVICE_NAME
__CF_USER_TEXT_ENCODING
PIP_DISABLE_PIP_VERSION_CHECK
PIP_SHIMS_BASE_MODULE
PIP_PYTHON_PATH
PYTHONFINDER_IGNORE_UNSUPPORTED
Pipenv–specific environment variables:
PIPENV_DEFAULT_PYTHON_VERSION
:3.7
Debug–specific environment variables:
PATH
:/Users/hynek/.pyenv/shims:/Users/hynek/.local/bin:/usr/local/opt/openssl/bin:/Users/hynek/Work/go/bin:/Applications/SQLAnywhere17/System/bin64:/usr/local/opt/perl/bin:/Users/hynek/.cargo/bin:/usr/local/opt/gettext/bin:/opt/X11/bin:/Applications/VMware Fusion.app/Contents/Public:/usr/local/MacGPG2/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin
SHELL
:/usr/local/bin/fish
EDITOR
:vim
LANG
:en_US.UTF-8
PWD
:/Users/hynek/Work/cust-ws
Contents of
Pipfile
('/Users/hynek/Work/cust-ws/Pipfile'):Contents of
Pipfile.lock
('/Users/hynek/Work/cust-ws/Pipfile.lock'):The text was updated successfully, but these errors were encountered: