오늘 처음으로 python, pip 및 virtualenv를 설치하려고 시도했지만 동일한 문제에 직면했습니다.

나는 3 줄에 주석을 달아서 그것을 고쳤다.
Python\Python37\Lib\site-packages\virtualenv.py
그리고 추가
-p python
virtualenv를 실행할 때

내가 주석 처리한 줄은 783-785입니다.
if hasattr(sys, "_base_executable"):
print("hasattr(sys, \"_base_executable\") == yes")
return sys._base_executable

@AndrYast 환경을 활성화한 후 여전히 3.7.4를 사용하고 있습니까? 이것은 확실히 어제(7/8/19) 릴리스된 3.7.4의 문제인 것 같습니다.

@thingselliotprograms 예, 실행 중입니다.
venv\Scripts\activate
python --version
나에게 준다
Python 3.7.4

어제 python을 3.7.4로 업그레이드한 후 pipenv가 중단되는 동일한 문제가 발생했습니다. virtualenv와 관련된 근본적인 문제. 현재 python을 3.7.3으로 다운그레이드했습니다.

https://github.com/python/cpython/pull/14428 은 항상 sys._base_executable 설정하기 때문에 Ack virtualenv latest 가 깨졌습니다.

3.7.4에서도 같은 문제가 발생합니다. 나는 pipenv 하고 있고 [WinError 8] Not enough memory resources are available to process this command 받고 있습니다. virtualenv를 만들 수 없습니다. 모든 것이 3.7.3에서 잘 작동합니다.

저도 3.7.4에서 이 정확한 문제를 겪고 있습니다.

python.exe 프로세스의 롤링 썬더는 메모리를 고갈시키고 virtualenv 생성은 궁극적으로 실패합니다.

3.7.2에는 문제가 없었습니다.

여기 유지 보수. 위에서 말했듯이 CPython의 일부 내부 변수에 대한 계약이 변경되었으며 이로 인해 이제 python 3.7 및 3.8 모두에 대해 프로세스 생성 시 무한 루프가 발생합니다.

이것이 _좋은_ 아이디어인지는 모르겠지만 이 빠른 해킹으로 가상 환경을 만들 수 있었습니다.

# virtualenv.py:783
if hasattr(sys, "_base_executable") and sys.version_info < (3, 7, 4):
    return sys._base_executable

그 줄 위의 주석으로 판단하면 이전 버전에서 재미를 본 것 같습니다.

sys._base_executable != sys.executable 추가 확인이 필요할 수 있습니다. 하지만 솔직히 잘 모르겠습니다. 패치 릴리스에서 계속 변경되는 것 같고 현재 진행 중인 상황을 따라갈 시간이 없습니다(모두 "Windows Store" 빌드를 지원하는 작업과 관련이 있는 것 같습니다. 파이썬).

@zooba 가 여기에 댓글을 달거나 제안을 할 수도 있습니다. 우리는 문서화되지 않은 내부를 사용하고 있으므로 궁극적으로 문제를 해결하는 것은 우리에게 달려 있지만 필요한 정보를 얻을 수 있는 지원되는 방법을 알지 못 하므로 적용 이 보이지 않습니다 . Python의 새 릴리스를 얻을 때마다 잠재적인 손상:-(

궁극적으로 #1377은 아마도 여기에서 유일하게 신뢰할 수 있는 솔루션일 것입니다.

나는 우리가 그 체크를 추가하는 한 괜찮을 것이라고 생각합니다.

Windows를 실행하고 virtualenv를 생성하려는 Travis CI 작업도 실패합니다. Travis CI는 최근에 3.7.4로 이동했습니다. 😞

https://travis-ci.community/t/infinite-loop-of-virtualenv-windows/4139

Travis 빌드에서 유용한 정보:

version: v6.2.0 https://github.com/travis-ci/worker/tree/5e5476e01646095f48eec13196fdb3faf8f5cbf7
instance: travis-ci-onion-1803-containers-1542208204-ad01dca (via amqp)
bash version 4.4.19(2)-release
Chocolatey v0.10.11
python3 v3.7.4 [Approved]
python3 has been installed.
Successfully installed pip-19.1.1
Successfully installed virtualenv-16.6.1

$ virtualenv $HOME/venv
Running virtualenv with interpreter c:\python37\python.exe
Running virtualenv with interpreter c:\python37\python.exe
Running virtualenv with interpreter c:\python37\python.exe
Running virtualenv with interpreter c:\python37\python.exe
Running virtualenv with interpreter c:\python37\python.exe
...[repeats 763 more times]...
The command "virtualenv $HOME/venv" failed and exited with 1 during .
Your build has been stopped.
MemoryError

나는 우리가 그 체크를 추가하는 한 괜찮을 것이라고 생각합니다.

그렇게 하면 base_executable 검사가 수정하려고 했던 문제가 다시 발생하지 않습니까(3.7.4에서)? 분명히 이러한 문제는 훨씬 덜 심각하므로 여전히 할 가치가 있지만 완전한 해결책은 아니라고 생각합니다.

나는 그것이 퇴행을 유발한다고 생각하지 않습니다. 그렇지 않습니까?

나는 어떤 식 으로든 테스트하지 않았습니다 (그리고 미안하지만 시간이 없을 것입니다).

여기서 결론은 무엇입니까? virtualenv에 대한 수정 릴리스가 가능합니까?

예, 수정으로 PR하는 사람이 있으면 됩니다 😊

언급한 회귀에 대한 테스트가 있습니까?

나는 우리가 할 생각합니다.

관련 테스트(#1345에 추가됨)는 test_create_environment_from_venv . 하지만 Python 3.7.2, 3.7.3 및 3.7.4 모두에서 동작이 다르기 때문에 실행해야 합니다( 부) 버전이며 내가 아는 한 CI에서 다루지 않습니다.

사람들의 빠른 수정 덕분에 base_executable 를 executable 와 비교하면 단순히 _base_executable 속성이 있는지 확인하는 것과 같은 기능을 제공한다고 생각합니다. 조금 더 명시적입니다)

처음에 문제가 발생한 원인이 무엇인지 궁금합니다.

가상 환경을 생성하려면 시스템 파이썬이 필요합니다. venv 또는 virtualenv 패키지로 가상 환경을 만들려고 하면 작동하지 않습니다.

이전에 sys._base_executable 는 시스템 파이썬에 있지 않은 경우에만 파이썬 3.7+ 에 설정되었습니다. 이것은 위의 PR과 함께 항상 설정되도록 변경되었습니다(비시스템 Python이 sys.executable 과 같을 경우). 변경 사항은 CPython용 내장 코드(시스템 표준 라이브러리 및 사이트 패키지 검색의 일부에서)를 단순화하므로 변경 사항이지만 계약 변경 사항입니다. 그것이 개인 속성이라는 점을 감안할 때 변경 사항은 깨는 것으로 간주되지 않았으므로 괜찮습니다. 그런 다음 다시 다른 곳에서 이 정보를 얻을 수 없었으므로 이 개인 필드에 의존했습니다.

파이썬 3.7.4
동일한 문제가 있는 경우 도움이 될 수 있도록 출력을 게시합니다.

Requirement already up-to-date: virtualenv in c:\users\tester\appdata\local\programs\python\python37\lib\site-packages (16.6.1)
Running virtualenv with interpreter c:\users\tester\appdata\local\programs\python\python37\python.exe
Running virtualenv with interpreter c:\users\tester\appdata\local\programs\python\python37\python.exe
Running virtualenv with interpreter c:\users\tester\appdata\local\programs\python\python37\python.exe
...
(Repeated 350 times in total)

Traceback (most recent call last):
  File "c:\users\tester\appdata\local\programs\python\python37\lib\site-packages\virtualenv.py", line 2611, in <module>
    main()
  File "c:\users\tester\appdata\local\programs\python\python37\lib\site-packages\virtualenv.py", line 814, in main
    sub_process_call = subprocess.Popen([interpreter, file] + sys.argv[1:], env=env)
  File "c:\users\tester\appdata\local\programs\python\python37\lib\subprocess.py", line 775, in __init__
    restore_signals, start_new_session)
  File "c:\users\tester\appdata\local\programs\python\python37\lib\subprocess.py", line 1178, in _execute_child
    startupinfo)
OSError: [WinError 8] Not enough memory resources are available to process this command

1383이 생성되었습니다. 병합하기 전에 몇 가지 수동 테스트를 강력히 권장합니다. 3.7.4가 설치되어 있지 않아 변경 사항을 전혀 테스트하지 않았고 현재 실행 중인 3.7 CI의 마이너 버전이 무엇인지 모릅니다.

여기에서 문제를 보고하는 사람들 중 일부가 변경 사항을 테스트하고 문제가 해결되고 다른 손상이 발생하지 않는지 확인할 수 있습니까?

Travis CI의 Python 3.7.4에서 작동합니다! 새로운 문제가 보이지 않습니다.

이것은 테스트에 사용한 Travis 구성입니다(관련 부분).

    - stage: test
      os: windows
      language: shell
      env: PATH=/c/Python37:/c/Python37/Scripts:$PATH
      before_install:
        - choco install python
        # python -m pip install virtualenv
        - pip install git+https://github.com/pypa/virtualenv
        - virtualenv $HOME/venv
        - source $HOME/venv/Scripts/activate

결과(관련 부분):

Progress: Downloading python 3.7.4... 100%
python3 v3.7.4 [Approved]
python3 package files install completed. Performing other installation steps.
Installing 64-bit python3...
python3 has been installed.
Installed to: 'C:\Python37'
...
16.31s$ pip install git+https://github.com/pypa/virtualenv
Collecting git+https://github.com/pypa/virtualenv
  Cloning https://github.com/pypa/virtualenv to c:\users\travis\appdata\local\temp\pip-req-build-ceb1gi36
  Installing build dependencies: started
  Installing build dependencies: finished with status 'done'
  Getting requirements to build wheel: started
  Getting requirements to build wheel: finished with status 'done'
    Preparing wheel metadata: started
    Preparing wheel metadata: finished with status 'done'
Building wheels for collected packages: virtualenv
  Building wheel for virtualenv (PEP 517): started
  Building wheel for virtualenv (PEP 517): finished with status 'done'
  Stored in directory: C:\Users\travis\AppData\Local\Temp\pip-ephem-wheel-cache-kx8oezso\wheels\8d\58\76\749812a30b0b5c5cdc1b327e343711660ee5ebf51cf56d2df5
Successfully built virtualenv
Installing collected packages: virtualenv
Successfully installed virtualenv-16.6.1
46.51s$ virtualenv $HOME/venv
Using base prefix 'c:\\python37'
New python executable in C:\Users\travis\venv\Scripts\python.exe
Installing setuptools, pip, wheel...
done.
0.16s$ source $HOME/venv/Scripts/activate

Travis CI의 Python 3.7.4에서 작동합니다! 새로운 문제가 보이지 않습니다.

훌륭합니다, 확인해주셔서 감사합니다

os: windows

Travis가 Windows 환경을 제공한다는 사실을 깨닫지 못했습니다. 흥미롭습니다 :-)

@pfmoore 그들은 Windows가 "조기 액세스"이며 문제가 있음을 강조합니다(비밀을 사용할 수 없음).

예, Windows 지원은 #travisAlums 일이 일어나기 직전에 출시되었습니다. IIRC(새로운 모회사는 Travis의 팀을 크게 축소했습니다)

이 코드(virtualenv.py 파일에 있음)가 있습니다.
원산지:
if hasattr(sys, "_base_executable"):
다음으로 변경되었습니다.
hasattr(sys, "_base_executable")이고 os.environ.get("VIRTUALENV_INTERPRETER_RUNNING")이 아닌 경우:
이렇게하면 루프가 수정됩니다.

수정 사항은 https://pypi.org/project/virtualenv/16.6.2/ 를 통해 릴리스되어야 합니다.

방금 테스트했고 실제로 수정되었습니다. 빠르고 좋은 답변 정말 감사합니다.