Virtualenv: Setuptools v45.0.0은 Python 2에서 virtualenv를 중단합니다.

나는 이것이 중요한 문제임을 확인합니다. OpenStack에서 대부분의 게이트는 이로 인해 atm에서 깨집니다. 참조: http://lists.openstack.org/pipermail/openstack-discuss/2020-January/011956.html

보고해 주셔서 감사합니다. /me 30분 늦었습니다. virtualenv가 pip의 최신 리졸버를 사용할 것이라고 생각했지만 겉보기에는 그렇지 않습니다.

다른 다운스트림 https://github.com/pypa/setuptools/issues/1963에 대한 setuptools에서 이미 추적됨

setuptools 45+가 선택되는 이유가 확실하지 않은 경우 virtualenvs 부트스트랩은 setuptools에 대해 44를 유지해야 합니다. 🤔

다음은 역추적입니다. http://paste.openstack.org/show/788301/

legacy_resolve는 새 규칙을 폐기하는 것처럼 들립니다.

아니, 탐색할 잘못된 방법, 원시 pip는 py 버전 제약 조건도 무시합니다(작동하는 것으로 광고되고 있음에도 불구하고): http://paste.openstack.org/show/788302/

내일 살펴보고 수정 사항을 발표하겠습니다. 누구든지 그 전에 홍보를 할 시간이 있다면 도움이 될 것입니다.

@yoctozepto 는 당신의 실패를 복제할 수 없는 것 같습니다. 삼중 상세 정보가 포함된 전체 생성 로그를 제공할 수 있습니까?

@gaborbernat pypa/pip#7586과 동일한 문제 라면 @yoctozepto 가 사용 중인 PyPA 미러 중 하나의 버그일 수 있습니다.

분명히 그들 중 하나는 python_requires 정보를 올바르게 전파하지 않습니다.

그렇다면 이것은 해당 미러의 버그입니다. 🤷‍♂

다음은이 문제를 해결하는 데 도움이되었습니다.

pip install --upgrade 'setuptools<45.0.0'

나는 여전히 python 2.7을 사용하는 프로젝트로 작업하고 있습니다 :(, 그리고 동일한 문제가 있었습니다.
그러나 위의 명령(ikrambabai)을 사용하면 다시 작동했습니다!! :NS
감사 해요!

그러나 이것은 virtualenv 가 setuptools-45.0.0 다운로드하고 업그레이드가 없으면( pip install --upgrade 'setuptools<45.0.0' 를 사용하여 pip를 통해 다운그레이드) 실제로 제거하므로 python 2.7용 새 가상 환경을 만들 때 여전히 중요합니다. . 유일한 해결책은 수동으로 휠을 다운로드하는 것입니다.

그러나 이것은 virtualenv 가 setuptools-45.0.0 다운로드하고 업그레이드가 없으면( pip install --upgrade 'setuptools<45.0.0' 를 사용하여 pip를 통해 다운그레이드) 실제로 제거하므로 python 2.7용 새 가상 환경을 만들 때 여전히 중요합니다. . 유일한 해결책은 수동으로 휠을 다운로드하는 것입니다.

이것은 python-requires...를 전파하지 않는 인덱스 서버 뒤에 있는 경우에만 발생하므로 인덱스 서버를 수정하는 것이 좋습니다.

@gaborbernat 내가 알고있는

virtualenv를 생성할 때 패키지를 다운로드할 때 pythonhosted.org가 사용되는 것을 볼 수 있습니다.

Installing setuptools, pkg_resources, pip, wheel...
  Running command /opt/llenv22/bin/python2.7 - setuptools pkg_resources pip wheel
  Collecting setuptools
    Using cached https://files.pythonhosted.org/packages/af/e7/02db816dc88c598281bacebbb7ccf2c9f1a6164942e88f1a0fded8643659/setuptools-45.0.0-py2.py3-none-any.whl
  Collecting pkg_resources
  Collecting pip
    Using cached https://files.pythonhosted.org/packages/54/0c/d01aa759fdc501a58f431eb594a17495f15b88da142ce14b5845662c13f3/pip-20.0.2-py2.py3-none-any.whl
  Collecting wheel
    Using cached https://files.pythonhosted.org/packages/00/83/b4a77d044e78ad1a45610eb88f745be2fd2c6d658f9798a15e384b7d57c9/wheel-0.33.6-py2.py3-none-any.whl

pip install setuptools -vvv 에 대한 -v 플래그를 전달하시겠습니까?

작동하고 올바른 버전이 설치됩니다.

Collecting setuptools
  Created temporary directory: /tmp/pip-unpack-zJMfUH
  Starting new HTTPS connection (1): files.pythonhosted.org:443
  https://files.pythonhosted.org:443 "GET /packages/f9/d3/955738b20d3832dfa3cd3d9b07e29a8162edb480bf988332f5e6e48ca444/setuptools-44.0.0-py2.py3-none-any.whl HTTP/1.1" 200 583230
  Downloading setuptools-44.0.0-py2.py3-none-any.whl (583 kB)
     |████████████████████████████████| 583 kB 3.3 MB/s
  Added setuptools from https://files.pythonhosted.org/packages/f9/d3/955738b20d3832dfa3cd3d9b07e29a8162edb480bf988332f5e6e48ca444/setuptools-44.0.0-py2.py3-none-any.whl#sha256=180081a244d0888b0065e18206950d603f6550721bd6f8c0a10221ed467dd78e to build tracker '/tmp/pip-req-tracker-OTDORt'
  Removed setuptools from https://files.pythonhosted.org/packages/f9/d3/955738b20d3832dfa3cd3d9b07e29a8162edb480bf988332f5e6e48ca444/setuptools-44.0.0-py2.py3-none-any.whl#sha256=180081a244d0888b0065e18206950d603f6550721bd6f8c0a10221ed467dd78e from build tracker '/tmp/pip-req-tracker-OTDORt'
Installing collected packages: setuptools
  Created temporary directory: /tmp/pip-unpacked-wheel-vDEYe

문제는 가상 환경을 생성할 때만 발생합니다.

@ostefano 저도 마찬가지였습니다. setuptools 명시적으로 설치하여 이 문제를 해결했습니다.

$ py -2.7-32 -m virtualenv --no-setuptools foo
$ foo\Scripts\python -m pip install "setuptools<45"

우리는 같은 문제에 직면했습니다: https://github.com/mozilla-services/syncserver/issues/239
먼저 Requires-Python 플래그를 존중하지 않는 pythonhosted.org라고 생각했지만 동일한 미러를 사용하면 Python 2.7.13의 Debian Stretch에서 작동하는 반면 Python 2.7.12의 Ubuntu Xenial에서는 실패합니다. 그렇지 않으면 꽤 깨끗한 시스템 설정, Docker 환경에서도 테스트되었습니다. Ubuntu Bionic 및 Python 2.7.17에서 이미 동일한 문제가 보고되었으므로 Python 버전이 원인일 수 없습니다.

그래서 나는 버그가 어디에/어느 수준에서 검색되어야 하는지 의아해합니다. Python, virtualenv, pip, pythonhosted.org 또는 중간에 뭔가가 있습니까?
해결 방법은 명확하지만 처음부터 setuptools 45가 당겨진 이유를 조사하고 수정하는 것이 좋습니다.