Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Pipenv is issuing false conflicts when trying to install libs

See original GitHub issue

In a brand new environment Im trying to install django = "==1.8.19" and django-redis = "==4.4.4". However, Pipenv warns a conflict: Could not find a version that matches django==1.8.19,>=1.11.

The thing is: django-redis at version 4.4.4 has no dependency on Django, as we can see here: https://github.com/niwinz/django-redis/blob/4.0.0/setup.py#L19 On the other hand, django-redis at the current release (4.9.0) and on master has a dependency on Django 1.11, as we can see here: https://github.com/niwinz/django-redis/blob/4.9.0/setup.py#L24

I think Pipenv is “looking” at the wrong versions, or is getting the wrong information, when trying to create the lock file.

Using version 11.7.4

Expected result

Pipenv should allow me to install Django at version 1.8.19 and Django-redis at version 4.4.4

Actual result

Pipenv says there is a conflict on Django versions, even though django-redis at version 4.4.4 has no dependency on Django.

Steps to replicate

In a brand new directory:

pipenv install django==1.8.19
pipenv install django-redis==4.4.4

$ python -m pipenv.help output

Pipenv version: `'11.7.4'`

Pipenv location: '/usr/local/lib/python3.5/dist-packages/pipenv'

Python location: '/usr/bin/python3'

Other Python installations in PATH:

2.7: /usr/bin/python2.7
2.7: /usr/bin/python2.7
3.5: /usr/bin/python3.5m
3.5: /usr/bin/python3.5
2.7.12: /usr/bin/python
2.7.12: /usr/bin/python2
3.5.2: /usr/bin/python3

PEP 508 Information:

{'implementation_name': 'cpython',
 'implementation_version': '3.5.2',
 'os_name': 'posix',
 'platform_machine': 'x86_64',
 'platform_python_implementation': 'CPython',
 'platform_release': '4.13.0-36-generic',
 'platform_system': 'Linux',
 'platform_version': '#40~16.04.1-Ubuntu SMP Fri Feb 16 23:25:58 UTC 2018',
 'python_full_version': '3.5.2',
 'python_version': '3.5',
 'sys_platform': 'linux'}

System environment variables:

BYOBU_ULIMIT
BYOBU_CHARMAP
BYOBU_READLINK
LC_CTYPE
DESKTOP_SESSION
XDG_CURRENT_DESKTOP
LC_TELEPHONE
LSCOLORS
EVENT_NOEPOLL
GTK2_MODULES
QT_QPA_PLATFORMTHEME
QT_ACCESSIBILITY
IM_CONFIG_PHASE
XDG_DATA_DIRS
SHLVL
QT4_IM_MODULE
GDMSESSION
GTK_MODULES
BYOBU_SED
SESSIONTYPE
NVM_BIN
LC_NUMERIC
BYOBU_TIME
LC_ADDRESS
BYOBU_PREFIX
XDG_VTNR
LESS
SESSION
UNITY_HAS_3D_SUPPORT
SSH_AUTH_SOCK
SESSION_MANAGER
XDG_SEAT
WINDOWID
QT_LINUX_ACCESSIBILITY_ALWAYS_ON
LANGUAGE
BYOBU_PYTHON
LC_PAPER
BYOBU_LIGHT
BYOBU_DARK
XDG_MENU_PREFIX
DEFAULTS_PATH
BYOBU_BACKEND
PATH
BYOBU_RUN_DIR
VTE_VERSION
XAUTHORITY
BYOBU_CONFIG_DIR
GNOME_KEYRING_CONTROL
UNITY_DEFAULT_PROFILE
BYOBU_PAGER
XDG_RUNTIME_DIR
XDG_SESSION_PATH
LC_MONETARY
XDG_GREETER_DATA_DIR
LC_MEASUREMENT
XDG_SESSION_TYPE
_
NVM_CD_FLAGS
SHELL
LS_COLORS
LOGNAME
GDM_LANG
INSTANCE
XDG_SESSION_DESKTOP
PYTHONUNBUFFERED
LC_IDENTIFICATION
GNOME_KEYRING_PID
JOB
NVM_DIR
XMODIFIERS
TMUX
UPSTART_INSTANCE
GTK_IM_MODULE
TERM
DISPLAY
GPG_AGENT_INFO
HOME
COMPIZ_CONFIG_PROFILE
UPSTART_EVENTS
OLDPWD
PWD
BYOBU_WINDOW_NAME
QT_IM_MODULE
DBUS_SESSION_BUS_ADDRESS
USER
ZSH
PIP_PYTHON_PATH
BYOBU_DATE
TMUX_PANE
XDG_SEAT_PATH
BYOBU_HIGHLIGHT
XDG_SESSION_ID
GNOME_DESKTOP_SESSION_ID
PAGER
LANG
LC_TIME
XDG_CONFIG_DIRS
COMPIZ_BIN_PATH
BYOBU_DISTRO
BYOBU_ACCENT
MANDATORY_PATH
BYOBU_TTY
LC_NAME
UPSTART_SESSION
UPSTART_JOB
CLUTTER_IM_MODULE

Pipenv–specific environment variables:

Debug–specific environment variables:

PATH: /home/frenetic/.nvm/versions/node/v8.9.4/bin:/home/frenetic/bin:/home/frenetic/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
SHELL: /usr/bin/zsh
LANG: en_US.UTF-8
PWD: /home/frenetic/Projects/tests/tests-api

Contents of Pipfile (‘/home/frenetic/Projects/tests/tests-api/Pipfile’):

[[source]]

name = "pypi"
url = "https://pypi.python.org/simple"
verify_ssl = true


[packages]

django = "==1.8.19"
django-redis = "==4.4.4"

[dev-packages]


[requires]

python_version = "2.7"

Issue Analytics

State:
Created 6 years ago
Comments:9 (8 by maintainers)

Top GitHub Comments

1reaction

kennethreitzcommented, Mar 14, 2018

use 11.8.0 😃

0reactions

kennethreitzcommented, Mar 15, 2018

Definitely thought I fixed this last night. Will have to inspect.

Top Results From Across the Web

Common Pipenv Errors and How to Solve Them: Why Won't it ...

The second most common reason locking fails is that we attempt to install a package that is a pre-release version. You can resolve...

How to resolve Python package dependencies with pipenv?

First try clearing your dependency cache with $ pipenv lock --clear, then try the original command again. Alternatively, you can use $ pipenv...

Frequently Encountered Pipenv Problems - Read the Docs

This is usually a result of mixing Pipenv with system packages. We strongly recommend installing Pipenv in an isolated environment. Uninstall all existing ......

pipenv Documentation

Pipenv will install the excellent Requests library and create a ... seeder FromAppData(download=False, pip=bundle, setuptools=bundle, ...

Installing and getting started — seaborn 0.12.1 documentation

Resolving this issue will involve sorting out the paths on your system, but it can sometimes be avoided by invoking pip with python...