Packages using sys.version_info in setup.py may detect wrong version #924

jmichalicek · 2017-10-17T19:02:55Z

Be sure to check the existing issues, both open and closed.

Using Python 3 as my main python and pipenv to create and manage a Python 2.7 project, dependencies which use sys.version_info in their setup.py appear to be picking up the wrong version.

I have seen this with two different packages today.

When installing social-auth-app-django and python-social-core the python-social-core app uses sys.version_info to determine whether to install python-openid or python3-openid.

Weasyprint uses the same technique to determine which version of CairSVG to install and consistently takes the python 3 path when installing into a Python 2 environment.

Describe you environment

OS: OS X Sierra 10.12.6

Python and pipenv info:
➜ t python -V
Python 3.6.3
➜ t pipenv --version
pipenv, version 8.2.7
➜ t pipenv run python -V
Python 2.7.12

Expected result

When installing social-auth-app-django and python-social-core the python-social-core app uses sys.version_info to determine whether to install python-openid or python3-openid. With the environment above I should get python-openid in my Pipfile.lock

Actual result

I am actually getting python3-openid in my Pipfile.lock. Here is various pipenv and pip output after installation.

social-auth-app-django results

pipenv graph outout:

python3-openid==3.1.0
  - defusedxml [required: <=0.4.1, installed: 0.5.0]
social-auth-app-django==1.2.0
  - six [required: Any, installed: 1.11.0]
  - social-auth-core [required: >=1.2.0, installed: 1.4.0]
    - oauthlib [required: >=1.0.3, installed: 2.0.4]
    - PyJWT [required: >=1.4.0, installed: 1.5.3]
    - python-openid [required: >=2.2.5, installed: ?]
    - requests [required: >=2.9.1, installed: 2.18.4]
      - certifi [required: >=2017.4.17, installed: 2017.7.27.1]
      - chardet [required: >=3.0.2,<3.1.0, installed: 3.0.4]
      - idna [required: >=2.5,<2.7, installed: 2.6]
      - urllib3 [required: <1.23,>=1.21.1, installed: 1.22]
    - requests-oauthlib [required: >=0.6.1, installed: 0.8.0]
      - oauthlib [required: >=0.6.2, installed: 2.0.4]
      - requests [required: >=2.0.0, installed: 2.18.4]
        - certifi [required: >=2017.4.17, installed: 2017.7.27.1]
        - chardet [required: >=3.0.2,<3.1.0, installed: 3.0.4]
        - idna [required: >=2.5,<2.7, installed: 2.6]
        - urllib3 [required: <1.23,>=1.21.1, installed: 1.22]
    - six [required: >=1.10.0, installed: 1.11.0]

Pipfile.lock includes the following:

        "python3-openid": {
            "hashes": [
                "sha256:0086da6b6ef3161cfe50fb1ee5cceaf2cda1700019fda03c2c5c440ca6abe4fa",
                "sha256:628d365d687e12da12d02c6691170f4451db28d6d68d050007e4a40065868502"
            ],
            "version": "==3.1.0"
        },

pip freeze from pipenv shell:

➜  t pipenv shell
Spawning environment shell (/bin/zsh). Use 'exit' to leave.
source /Users/justin/.local/share/virtualenvs/t-bYCa1uGv/bin/activate
➜  t source /Users/justin/.local/share/virtualenvs/t-bYCa1uGv/bin/activate
(t-bYCa1uGv) ➜  t pip freeze |grep -i openid
python3-openid==3.1.0
(t-bYCa1uGv) ➜  t python --version
Python 2.7.12

weasyprint results

➜  t pipenv install
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Traceback (most recent call last):
  File "/Users/justin/.pyenv/versions/3.6.3/bin/pipenv", line 11, in <module>
    load_entry_point('pipenv==8.2.7', 'console_scripts', 'pipenv')()
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/vendor/click/core.py", line 722, in __call__
    return self.main(*args, **kwargs)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/vendor/click/core.py", line 697, in main
    rv = self.invoke(ctx)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/vendor/click/core.py", line 1066, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/vendor/click/core.py", line 895, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/vendor/click/core.py", line 535, in invoke
    return callback(*args, **kwargs)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/cli.py", line 1780, in install
    do_init(dev=dev, allow_global=system, ignore_pipfile=ignore_pipfile, system=system, skip_lock=skip_lock, verbose=verbose, concurrent=concurrent, deploy=deploy)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/cli.py", line 1291, in do_init
    do_lock(system=system)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/cli.py", line 1082, in do_lock
    pre=pre
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/utils.py", line 452, in resolve_deps
    resolved_tree.update(resolver.resolve(max_rounds=PIPENV_MAX_ROUNDS))
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/patched/piptools/resolver.py", line 102, in resolve
    has_changed, best_matches = self._resolve_one_round()
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/patched/piptools/resolver.py", line 200, in _resolve_one_round
    for dep in self._iter_dependencies(best_match):
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/patched/piptools/resolver.py", line 296, in _iter_dependencies
    dependencies = self.repository.get_dependencies(ireq)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/patched/piptools/repositories/pypi.py", line 153, in get_dependencies
    result = reqset._prepare_file(self.finder, ireq)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/patched/pip/req/req_set.py", line 671, in _prepare_file
    check_dist_requires_python(dist)
  File "/Users/justin/.pyenv/versions/3.6.3/lib/python3.6/site-packages/pipenv/patched/pip/utils/packaging.py", line 56, in check_dist_requires_python
    os.environ['PIP_PYTHON_VERSION']
pip.exceptions.UnsupportedPythonVersion: CairoSVG requires Python '>=3.4' but the running Python is 2.7.12
➜  t pipenv run python --version
Python 2.7.12
➜  t python --version
Python 3.6.3

Steps to replicate

install pipenv under python 3
make directory for package and cd into it
pipenv install --python 2.7.12
pipenv install social-auth-app-django

social-auth-app-django Pipfile used to test:

[[source]]

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


[packages]

social-auth-app-django = "*"


[dev-packages]



[requires]

python_version = "2.7"

weasyprint Pipfile

[[source]]

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


[packages]

weasyprint = "*"


[dev-packages]



[requires]

python_version = "2.7"

Here are links to the actual code having problems:

social-core: https://github.com/python-social-auth/social-core/blob/19382028ef1af08782130f5aeb90ef591955f2ba/setup.py#L46

weasyprint: https://github.com/Kozea/WeasyPrint/blob/master/setup.py#L42

The text was updated successfully, but these errors were encountered:

jmichalicek · 2017-10-17T20:22:43Z

Just doing some more thinking about this and I suspect there may not be a great solution in Pipenv itself. In my case, I am specifying the python version in requires, but if someone is not, then I'm not sure there's a good way to deal with this.

Possibly using markers and specifying the problem dependencies with markers in the Pipfile? I will test and report my results back here.

jmichalicek · 2017-10-17T22:11:59Z

That deals with the weasyprint/cairosvg situation if I want to force it to install only the one version of cairosvg (such as for python 2.7 but ignore python 3).

For the python-openid / python3-openid thing it still gets weird because python3-openid's dependencies still end up in my lock file without the markers saying they are python 3 only.

I'll also bug the package maintainers about this to see if they can solve the problems in a better way, but since I've got two of these on just one project, I have a feeling it may be a more common situation than it should be.

erinxocon · 2017-10-18T01:53:40Z

It's really on the package makers/maintainers to abide by the proper dependecy resolution in their setup.py files. PEP has specifications for this. The behavior you describe is odd however and I will investigate, feel free to check out our vendorered packaging and pip resolution tools.

jmichalicek · 2017-10-18T13:08:18Z

Yep, I definitely agree that the root of this is on package maintainers. Without the python version being specified, I don't see how Pipenv even could deal with it reasonably. At least not without adding some more command line options, unless I've missed something in the markers where it can be specified to not install something and/or to ignore dependencies.

The immediate issue is more ammo for my "we need to get everything on python 3 push", but there's really nothing stopping this sort of thing from happening on python 3.6 vs 3.7 or even 3.6.3 vs 3.6.4.

I appreciate any time you guys are able to put into thinking about a reasonable solution for this sort of situation. I'll keep plugging away at our environments I am trying to get switched over to pipenv to see if I find a good, clean solution with existing functionality.

techalchemy · 2017-11-08T02:07:36Z

As a point of clarification this issue looks different from some of the other dependency resolution issues at face value. However, upon testing it is not. Using a fresh python3 install of pipenv (current master 94640b8) I installed social-auth-app-django with python 2.7.14. This installs correctly, but generates an incorrect lockfile which will cause future environments built using this lockfile to resolve incorrectly.

Fresh pipenv install in a fresh virtualenv:

 ~  vf tmp --python=python3.6
Running virtualenv with interpreter /home/hawk/.pyenv/shims/python3.6
Using base prefix '/home/hawk/.pyenv/versions/3.6.3'
New python executable in /home/hawk/.virtualenvs/tempenv-364f68930438/bin/python3.6
Also creating executable in /home/hawk/.virtualenvs/tempenv-364f68930438/bin/python
Installing setuptools, pip, wheel...done.
 ◰³ tempenv-364f68930438  ~  set -gx PIPENV_IGNORE_VIRTUALENVS 1; and set -gx PIPENV_VENV_IN_PROJECT 1; and mkdir /tmp/new
 ◰³ tempenv-364f68930438  ~  cd /tmp/new
 ◰³ tempenv-364f68930438  /t/new  pip install -e ~/git/pipenv/
.....
Installing collected packages: virtualenv, virtualenv-clone, pew, certifi, idna, urllib3, chardet, requests, mccabe, pycodestyle, pyflakes, flake8, pipenv
  Running setup.py develop for pipenv
Successfully installed certifi-2017.11.5 chardet-3.0.4 flake8-3.5.0 idna-2.6 mccabe-0.6.1 pew-1.1.0 pipenv pycodestyle-2.3.1 pyflakes-1.6.0 requests-2.18.4 urllib3-1.22 virtualenv-15.1.0 virtualenv-clone-0.2.6

Install social-auth-app-django -- note that the versions look right:

 ◰³ tempenv-364f68930438  /t/new  pipenv install --python 2.7.14 social-auth-app-django
Creating a virtualenv for this project…
Using /home/hawk/.pyenv/versions/2.7.14/bin/python2.7 to create virtualenv…
⠋Running virtualenv with interpreter /home/hawk/.pyenv/versions/2.7.14/bin/python2.7
New python executable in /tmp/new/.venv/bin/python2.7
Also creating executable in /tmp/new/.venv/bin/python
Installing setuptools, pip, wheel...done.

Virtualenv location: /tmp/new/.venv
Creating a Pipfile for this project…
Installing social-auth-app-django…
Collecting social-auth-app-django
  Downloading social_auth_app_django-2.0.0-py2-none-any.whl
Collecting six (from social-auth-app-django)
  Using cached six-1.11.0-py2.py3-none-any.whl
Collecting social-auth-core>=1.2.0 (from social-auth-app-django)
  Downloading social_auth_core-1.5.0-py2-none-any.whl (278kB)
Collecting requests>=2.9.1 (from social-auth-core>=1.2.0->social-auth-app-django)
  Using cached requests-2.18.4-py2.py3-none-any.whl
Collecting python-openid>=2.2.5 (from social-auth-core>=1.2.0->social-auth-app-django)
Collecting PyJWT>=1.4.0 (from social-auth-core>=1.2.0->social-auth-app-django)
  Using cached PyJWT-1.5.3-py2.py3-none-any.whl
Collecting oauthlib>=1.0.3 (from social-auth-core>=1.2.0->social-auth-app-django)
Collecting requests-oauthlib>=0.6.1 (from social-auth-core>=1.2.0->social-auth-app-django)
  Using cached requests_oauthlib-0.8.0-py2.py3-none-any.whl
Collecting idna<2.7,>=2.5 (from requests>=2.9.1->social-auth-core>=1.2.0->social-auth-app-django)
  Using cached idna-2.6-py2.py3-none-any.whl
Collecting urllib3<1.23,>=1.21.1 (from requests>=2.9.1->social-auth-core>=1.2.0->social-auth-app-django)
  Using cached urllib3-1.22-py2.py3-none-any.whl
Collecting certifi>=2017.4.17 (from requests>=2.9.1->social-auth-core>=1.2.0->social-auth-app-django)
  Using cached certifi-2017.11.5-py2.py3-none-any.whl
Collecting chardet<3.1.0,>=3.0.2 (from requests>=2.9.1->social-auth-core>=1.2.0->social-auth-app-django)
  Using cached chardet-3.0.4-py2.py3-none-any.whl
Installing collected packages: six, idna, urllib3, certifi, chardet, requests, python-openid, PyJWT, oauthlib, requests-oauthlib, social-auth-core, social-auth-app-django
Successfully installed PyJWT-1.5.3 certifi-2017.11.5 chardet-3.0.4 idna-2.6 oauthlib-2.0.6 python-openid-2.2.5 requests-2.18.4 requests-oauthlib-0.8.0 six-1.11.0 social-auth-app-django-2.0.0 social-auth-core-1.5.0 urllib3-1.22

Adding social-auth-app-django to Pipfile's [packages]…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (7d56b7)!

Double check package versions:

 ◰³ tempenv-364f68930438  /t/new  pipenv run pip freeze
certifi==2017.11.5
chardet==3.0.4
idna==2.6
oauthlib==2.0.6
PyJWT==1.5.3
python-openid==2.2.5
requests==2.18.4
requests-oauthlib==0.8.0
six==1.11.0
social-auth-app-django==2.0.0
social-auth-core==1.5.0
urllib3==1.22

Now check Pipfile.lock -- note that here you can see python3-openid as mentioned:

{
    "_meta": {
        "hash": {
            "sha256": "26d5e5df1bfda346786d908c52739fcc7a551d885287f14b23d8bd37e17d56b7"
        },
        "host-environment-markers": {
            "implementation_name": "cpython",
            "implementation_version": "0",
            "os_name": "posix",
            "platform_machine": "x86_64",
            "platform_python_implementation": "CPython",
            "platform_release": "4.10.0-38-generic",
            "platform_system": "Linux",
            "platform_version": "#42-Ubuntu SMP Tue Oct 10 13:24:27 UTC 2017",
            "python_full_version": "2.7.14",
            "python_version": "2.7",
            "sys_platform": "linux2"
        },
        "pipfile-spec": 6,
        "requires": {
            "python_version": "2.7"
        },
        "sources": [
            {
                "name": "pypi",
                "url": "https://pypi.python.org/simple",
                "verify_ssl": true
            }
        ]
    },
    "default": {
        "certifi": {
            "hashes": [
                "sha256:244be0d93b71e93fc0a0a479862051414d0e00e16435707e5bf5000f92e04694",
                "sha256:5ec74291ca1136b40f0379e1128ff80e866597e4e2c1e755739a913bbc3613c0"
            ],
            "version": "==2017.11.5"
        },
        "chardet": {
            "hashes": [
                "sha256:fc323ffcaeaed0e0a02bf4d117757b98aed530d9ed4531e3e15460124c106691",
                "sha256:84ab92ed1c4d4f16916e05906b6b75a6c0fb5db821cc65e70cbd64a3e2a5eaae"
            ],
            "version": "==3.0.4"
        },
        "defusedxml": {
            "hashes": [
                "sha256:702a91ade2968a82beb0db1e0766a6a273f33d4616a6ce8cde475d8e09853b20",
                "sha256:24d7f2f94f7f3cb6061acb215685e5125fbcdc40a857eff9de22518820b0a4f4"
            ],
            "version": "==0.5.0"
        },
        "idna": {
            "hashes": [
                "sha256:8c7309c718f94b3a625cb648ace320157ad16ff131ae0af362c9f21b80ef6ec4",
                "sha256:2c6a5de3089009e3da7c5dde64a141dbc8551d5b7f6cf4ed7c2568d0cc520a8f"
            ],
            "version": "==2.6"
        },
        "oauthlib": {
            "hashes": [
                "sha256:ce57b501e906ff4f614e71c36a3ab9eacbb96d35c24d1970d2539bbc3ec70ce1"
            ],
            "version": "==2.0.6"
        },
        "pyjwt": {
            "hashes": [
                "sha256:a4e5f1441e3ca7b382fd0c0b416777ced1f97c64ef0c33bfa39daf38505cfd2f",
                "sha256:500be75b17a63f70072416843dc80c8821109030be824f4d14758f114978bae7"
            ],
            "version": "==1.5.3"
        },
        "python3-openid": {
            "hashes": [
                "sha256:0086da6b6ef3161cfe50fb1ee5cceaf2cda1700019fda03c2c5c440ca6abe4fa",
                "sha256:628d365d687e12da12d02c6691170f4451db28d6d68d050007e4a40065868502"
            ],
            "version": "==3.1.0"
        },
        "requests": {
            "hashes": [
                "sha256:6a1b267aa90cac58ac3a765d067950e7dbbf75b1da07e895d1f594193a40a38b",
                "sha256:9c443e7324ba5b85070c4a818ade28bfabedf16ea10206da1132edaa6dda237e"
            ],
            "version": "==2.18.4"
        },
        "requests-oauthlib": {
            "hashes": [
                "sha256:50a8ae2ce8273e384895972b56193c7409601a66d4975774c60c2aed869639ca",
                "sha256:883ac416757eada6d3d07054ec7092ac21c7f35cb1d2cf82faf205637081f468"
            ],
            "version": "==0.8.0"
        },
        "six": {
            "hashes": [
                "sha256:832dc0e10feb1aa2c68dcc57dbb658f1c7e65b9b61af69048abc87a2db00a0eb",
                "sha256:70e8a77beed4562e7f14fe23a786b54f6296e34344c23bc42f07b15018ff98e9"
            ],
            "version": "==1.11.0"
        },
        "social-auth-app-django": {
            "hashes": [
                "sha256:22976fae902d5ccb333f9ac0db23a2a0b97ab4d9367655c17a740f89c044b3b1",
                "sha256:1c16b994ccaf1574835ec1e2d53916d885952b795d52df094fa434cd2f3227c8",
                "sha256:15a33f7cd663a2624fdd5deafa7992044b777225da57ae1f81d790196d8d43d1"
            ],
            "version": "==2.0.0"
        },
        "social-auth-core": {
            "hashes": [
                "sha256:ab184b279addd029364bbe175d1a8bb21754287d7048a3b860ead6c6b3a85643",
                "sha256:42bb40aef25c462cd02eba9a8e6c30251cc26fc58c1e8c6f1ebd94055c3b8e93",
                "sha256:49054c01619f6b1a9bc4c68b010a4b223f86a0aeda376bc1f2d0fa53f56c26dc"
            ],
            "version": "==1.5.0"
        },
        "urllib3": {
            "hashes": [
                "sha256:06330f386d6e4b195fbfc736b297f58c5a892e4440e54d294d7004e3a9bbea1b",
                "sha256:cc44da8e1145637334317feebd728bd869a35285b93cbb4cca2577da7e62db4f"
            ],
            "version": "==1.22"
        }
    },
    "develop": {}
}

Note that this is because of how dependency resolution works when generating the lockfile (it uses pipenv which is installed outside of the virtualenv), so this is another instance of #857

erinxocon · 2017-11-16T06:32:00Z

I think that this might be fixed by the enhancement Kenneth and I just wrote. Can you test in master and see if it works @jmichalicek @techalchemy

jmichalicek · 2017-11-16T14:00:48Z

I will try to make some time to give it a test today

jmichalicek · 2017-11-18T01:31:58Z

@erinxocon Looks like it might be all set. Thanks to everyone working on this, I really didn't expect a fix after I got to digging into it more since the root cause really seems to be other packages not handling these things correctly.

It's in the Pipfile.lock, but what actually gets installed looks good

➜  social-test python --version
Python 3.6.3
➜  social-test pipenv run python --version
Python 2.7.13
➜  social-test

➜  social-test pipenv --version
pipenv, version 8.3.2
➜  social-test pipenv graph
social-auth-app-django==2.0.0
  - six [required: Any, installed: 1.11.0]
  - social-auth-core [required: >=1.2.0, installed: 1.5.0]
    - oauthlib [required: >=1.0.3, installed: 2.0.6]
    - PyJWT [required: >=1.4.0, installed: 1.5.3]
    - python-openid [required: >=2.2.5, installed: 2.2.5]
    - requests [required: >=2.9.1, installed: 2.18.4]
      - certifi [required: >=2017.4.17, installed: 2017.11.5]
      - chardet [required: >=3.0.2,<3.1.0, installed: 3.0.4]
      - idna [required: >=2.5,<2.7, installed: 2.6]
      - urllib3 [required: <1.23,>=1.21.1, installed: 1.22]
    - requests-oauthlib [required: >=0.6.1, installed: 0.8.0]
      - oauthlib [required: >=0.6.2, installed: 2.0.6]
      - requests [required: >=2.0.0, installed: 2.18.4]
        - certifi [required: >=2017.4.17, installed: 2017.11.5]
        - chardet [required: >=3.0.2,<3.1.0, installed: 3.0.4]
        - idna [required: >=2.5,<2.7, installed: 2.6]
        - urllib3 [required: <1.23,>=1.21.1, installed: 1.22]
    - six [required: >=1.10.0, installed: 1.11.0]

➜  social-test pipenv run pip freeze |grep -i open
python-openid==2.2.5

techalchemy · 2017-11-18T03:41:06Z

Unfortunately we may have just reverted this fix

jmichalicek · 2017-11-19T13:52:27Z

Yep, looks like it. I see the revert merge there and when I install pipenv from master (as I see I was asked to do in the first place but missed it) the python3 stuff is back in pipenv graph, etc. Bummer. Oh well, I will keep on my quest to get packages to use the envronment markers correctly as I run across them.

techalchemy · 2017-11-19T14:09:55Z

We reverted the merge because it subsequently broke a bunch of things, and the implications were kind of bad / it seemed likely that more things would break. Had we kept it we also would have had to merge #1082 which modified sys.version_info.__getitem__ to stop pretending to be a version of python that it isn’t. Ultimately we concluded that we should find a way to explicitly fake version information where we need to, rather than faking it everywhere and handling a list of exceptions.

This is a kind of large task but it’s not impossible. The real issue here is that we need to explicitly fake abi information, and package resolution is handled variously by pip, distutils, packaging, pkg_resources, setuptools, etc, and not only do they all look up version information differently, but even internally each of them does so in potentially half a dozen ways ranging from looking directly at config.h if it’s available to sys.executable invocations to sys.version_info to environment vars.

jmichalicek · 2017-11-20T15:59:20Z

Thanks for the explanation.

I appreciate all of the effort going into this. It definitely will help with usability and behaving in an expected manner. The more I thought about this after reporting it, the more it sounded like the sort of thing which initially sounds like a good idea but could spiral out of control into a crazy, impossible to maintain mess, though. So I totally understand.

I'm going to try to keep an eye on the code for the end fix. I suspect I will learn a lot from watching how you guys do that.

erinxocon added help wanted Type: Possible Bug This issue describes a possible bug in pipenv. labels Oct 18, 2017

This was referenced Oct 18, 2017

setup.py does not play nicely with pipenv Kozea/WeasyPrint#525

Closed

social_core setup.py may detect wrong python version when using pipenv python-social-auth/social-core#142

Closed

erinxocon added Type: Enhancement 💡 This is a feature or enhancement request. and removed Type: Possible Bug This issue describes a possible bug in pipenv. labels Oct 30, 2017

techalchemy added the Category: Dependency Resolution Issue relates to dependency resolution. label Nov 8, 2017

kennethreitz closed this as completed Nov 22, 2017

This was referenced Mar 26, 2019

enum34 dependency breaks some installs hynek/argon2-cffi#48

Closed

Is there a way to explicitly forbid a package in the Pipfile? #3649

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Packages using sys.version_info in setup.py may detect wrong version #924

Packages using sys.version_info in setup.py may detect wrong version #924

jmichalicek commented Oct 17, 2017 •

edited

Loading

jmichalicek commented Oct 17, 2017

jmichalicek commented Oct 17, 2017

erinxocon commented Oct 18, 2017

jmichalicek commented Oct 18, 2017

techalchemy commented Nov 8, 2017

erinxocon commented Nov 16, 2017

jmichalicek commented Nov 16, 2017

jmichalicek commented Nov 18, 2017

techalchemy commented Nov 18, 2017

jmichalicek commented Nov 19, 2017

techalchemy commented Nov 19, 2017 •

edited

Loading

jmichalicek commented Nov 20, 2017

Packages using sys.version_info in setup.py may detect wrong version #924

Packages using sys.version_info in setup.py may detect wrong version #924

Comments

jmichalicek commented Oct 17, 2017 • edited Loading

Describe you environment

Expected result

Actual result

social-auth-app-django results

weasyprint results

Steps to replicate

jmichalicek commented Oct 17, 2017

jmichalicek commented Oct 17, 2017

erinxocon commented Oct 18, 2017

jmichalicek commented Oct 18, 2017

techalchemy commented Nov 8, 2017

erinxocon commented Nov 16, 2017

jmichalicek commented Nov 16, 2017

jmichalicek commented Nov 18, 2017

techalchemy commented Nov 18, 2017

jmichalicek commented Nov 19, 2017

techalchemy commented Nov 19, 2017 • edited Loading

jmichalicek commented Nov 20, 2017

jmichalicek commented Oct 17, 2017 •

edited

Loading

techalchemy commented Nov 19, 2017 •

edited

Loading