Virtualenv: 마이크로소프트 스토어 파이썬 지원

@zooba 이것은 Windows 스토어 측에서 나쁜 포장처럼 느껴집니다 🤔?

@gaborbernat venv 모듈이 잘 작동하기 때문에 virtualenv에 버그가 있다고 생각합니다.

Microsoft Windows [Version 10.0.18908.1000]
(c) 2019 Microsoft Corporation. All rights reserved.

C:\Users\jodox>cd \temp\example

(.venv) C:\temp\example>python3 -m venv .venv

C:\temp\example>.\.venv\Scripts\activate.bat

(.venv) C:\temp\example>python -V
Python 3.7.3

(.venv) C:\temp\example>python -c "import sys;print(sys.executable)"
C:\temp\example\.venv\Scripts\python.exe

(.venv) C:\temp\example>python -c "import socket"

(.venv) C:\temp\example>

정말 사람이 아니에요. venv는 생성된 venv를 번들로 제공한 항목으로 프로비저닝합니다. 여기에서 네트워크 스택 가져오기가 실패합니다(virtualenv가 최신 pip/setuptools를 설치하기 위해 수행함). --no-download를 전달하면 virtualenv도 작동해야 합니다.

@gaborbernat 나는 virtualenv를 원하지 않지만 pipenv 는 그것을 사용하고 args를 전달할 옵션이 없습니다

C:\temp\example>pipenv --help
Usage: pipenv [OPTIONS] COMMAND [ARGS]...

Options:
  --where             Output project home information.
  --venv              Output virtualenv information.
  --py                Output Python interpreter information.
  --envs              Output Environment Variable options.
  --rm                Remove the virtualenv.
  --bare              Minimal output.
  --completion        Output completion (to be eval'd).
  --man               Display manpage.
  --support           Output diagnostic information for use in GitHub issues.
  --site-packages     Enable site-packages for the virtualenv.  [env var:
                      PIPENV_SITE_PACKAGES]
  --python TEXT       Specify which version of Python virtualenv should use.
  --three / --two     Use Python 3/2 when creating virtualenv.
  --clear             Clears caches (pipenv, pip, and pip-tools).  [env var:
                      PIPENV_CLEAR]
  -v, --verbose       Verbose mode.
  --pypi-mirror TEXT  Specify a PyPI mirror.
  --version           Show the version and exit.
  -h, --help          Show this message and exit.


Usage Examples:
   Create a new project using Python 3.7, specifically:
   $ pipenv --python 3.7

   Remove project virtualenv (inferred from current directory):
   $ pipenv --rm

   Install all dependencies for a project (including dev):
   $ pipenv install --dev

   Create a lockfile containing pre-releases:
   $ pipenv lock --pre

   Show a graph of your installed dependencies:
   $ pipenv graph

   Check your installed dependencies for security vulnerabilities:
   $ pipenv check

   Install a local setup.py into your virtual environment/Pipfile:
   $ pipenv install -e .

   Use a lower-level pip command:
   $ pipenv run pip freeze

Commands:
  check      Checks for security vulnerabilities and against PEP 508 markers
             provided in Pipfile.
  clean      Uninstalls all packages not specified in Pipfile.lock.
  graph      Displays currently-installed dependency graph information.
  install    Installs provided packages and adds them to Pipfile, or (if no
             packages are given), installs all packages from Pipfile.
  lock       Generates Pipfile.lock.
  open       View a given module in your editor.
  run        Spawns a command installed into the virtualenv.
  shell      Spawns a shell within the virtualenv.
  sync       Installs all packages specified in Pipfile.lock.
  uninstall  Un-installs a provided package and removes it from Pipfile.
  update     Runs lock, then sync.


C:\temp\example>pipenv install
Creating a virtualenv for this project…
Pipfile: C:\temp\example\Pipfile
Using C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\python.exe (3.7.3) to create virtualenv…
[==  ] Creating virtual environment...Already using interpreter C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\python.exe
Using base prefix 'C:\\Program Files\\WindowsApps\\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0'
New python executable in C:\Users\jodox\.virtualenvs\example-Q6QloNNM\Scripts\python.exe
Command C:\Users\jodox\.virt...M\Scripts\python.exe -m pip config list had error code 1
Installing setuptools, pip, wheel...

  Complete output from command C:\Users\jodox\.virt...M\Scripts\python.exe - setuptools pip wheel:
  Traceback (most recent call last):
  File "<stdin>", line 10, in <module>
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv_support\pip-19.1.1-py2.py3-none-any.whl\pip\_internal\__init__.py", line 19, in <module>
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv_support\pip-19.1.1-py2.py3-none-any.whl\pip\_vendor\urllib3\__init__.py", line 8, in <module>
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv_support\pip-19.1.1-py2.py3-none-any.whl\pip\_vendor\urllib3\connectionpool.py", line 7, in <module>
  File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\Lib\socket.py", line 49, in <module>
    import _socket
ImportError: DLL load failed: Access is denied.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 13, in <module>
ImportError: cannot import name 'main' from 'pip' (C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv_support\pip-19.1.1-py2.py3-none-any.whl\pip\__init__.py)
----------------------------------------
...Installing setuptools, pip, wheel...done.

Failed creating virtual environment
[pipenv.exceptions.VirtualenvCreationException]:   File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\pipenv\cli\command.py", line 254, in install
[pipenv.exceptions.VirtualenvCreationException]:       editable_packages=state.installstate.editables,
[pipenv.exceptions.VirtualenvCreationException]:   File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\pipenv\core.py", line 1741, in do_install
[pipenv.exceptions.VirtualenvCreationException]:       pypi_mirror=pypi_mirror,
[pipenv.exceptions.VirtualenvCreationException]:   File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\pipenv\core.py", line 574, in ensure_project
[pipenv.exceptions.VirtualenvCreationException]:       pypi_mirror=pypi_mirror,
[pipenv.exceptions.VirtualenvCreationException]:   File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\pipenv\core.py", line 506, in ensure_virtualenv
[pipenv.exceptions.VirtualenvCreationException]:       python=python, site_packages=site_packages, pypi_mirror=pypi_mirror
[pipenv.exceptions.VirtualenvCreationException]:   File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\pipenv\core.py", line 935, in do_create_virtualenv
[pipenv.exceptions.VirtualenvCreationException]:       extra=[crayons.blue("{0}".format(c.err)),]
[pipenv.exceptions.VirtualenvCreationException]: Traceback (most recent call last):
  File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv.py", line 2580, in <module>
    main()
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv.py", line 831, in main
    symlink=options.symlink,
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv.py", line 1123, in create_environment
    install_wheel(to_install, py_executable, search_dirs, download=download)
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv.py", line 973, in install_wheel
    _install_wheel_with_search_dir(download, project_names, py_executable, search_dirs)
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv.py", line 1060, in _install_wheel_with_search_dir
    call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=script)
  File "C:\Users\jodox\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv.py", line 924, in call_subprocess
    raise OSError("Command {} failed with error code {}".format(cmd_desc, proc.returncode))
OSError: Command C:\Users\jodox\.virt...M\Scripts\python.exe - setuptools pip wheel failed with error code 1

Failed to create virtual environment.

C:\temp\example>

_socket을 가져올 수 없기 때문에 여전히 코어의 패키징 문제로 귀결됩니다. 🤔 그래도 유효성을 검사해야 합니다.

@pfmoore 이것은 pip 관련 🤔 같지만 python 경로에 휠을 넣어 virtualenv에서 호출할 때 이상하게 나타납니다.

Command C:\Users\traveler\gi...v\Scripts\python.exe -m pip config list had error code 1
Installing setuptools, pip, wheel...

  Complete output from command C:\Users\traveler\gi...v\Scripts\python.exe - setuptools pip wheel:
  Traceback (most recent call last):
  File "<stdin>", line 10, in <module>
  File "C:\Users\traveler\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv_support\pip-19.1.1-py2.py3-none-any.whl\pip\_internal\__init__.py", line 19, in <module>
  File "C:\Users\traveler\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv_support\pip-19.1.1-py2.py3-none-any.whl\pip\_vendor\urllib3\__init__.py", line 8, in <module>
  File "C:\Users\traveler\AppData\Local\Packages\PythonSoftwareFoundation.Python.3.7_qbz5n2kfra8p0\LocalCache\local-packages\Python37\site-packages\virtualenv_support\pip-19.1.1-py2.py3-none-any.whl\pip\_vendor\urllib3\connectionpool.py", line 7, in <module>
  File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\Lib\socket.py", line 49, in <module>
    import _socket
ImportError: DLL load failed: Access is denied.

편집: NM, 우리의 새로운 virtualenv가 _socket에 액세스할 수 없는 것 같습니다, 내 나쁜 🤦‍♂

따라서 새로 생성된 virtualenv에서 _socket을 가져오려고 하면 다음과 같이 실패합니다.

# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\Lib\_socket.cp37-win_amd64.pyd
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\Lib\_socket.pyd
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\Lib\_socket.py
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\Lib\_socket.pyw
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\Lib\_socket.pyc
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\DLLs\_socket.cp37-win_amd64.pyd
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\DLLs\_socket.pyd
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "<frozen importlib._bootstrap>", line 983, in _find_and_load
  File "<frozen importlib._bootstrap>", line 967, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 670, in _load_unlocked
  File "<frozen importlib._bootstrap>", line 583, in module_from_spec
  File "<frozen importlib._bootstrap_external>", line 1043, in create_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
ImportError: DLL load failed: Access is denied.

설치된 파이썬에서 동일한 작업을 수행하는 동안

저는 Python의 Store 배포판을 사용한 적이 없습니다. @zooba 는 해당 배포판의 전문가이므로 여기에서 도움을 요청하는 것이 좋습니다.

@JoDoX 간단한 테스트를 할 수 있습니까? 파이썬을 시작하고 실행

import _socket
import socket

오류 없이 작동해야 합니다. 오류가 발생하면 virtualenv(또는 pip)가 아니라 Python에 문제가 있는 것입니다.

@pfmoore 위의 내 게시물을 참조하십시오. 이러한 명령은 설치된 Python에서 시작하는 경우 작동합니다. 그러나 가상 환경 python 내에서 실패합니다. 설치된 Python에서 실행되는 경우에만 DLL에 액세스할 수 있다는 사실과 어떻게든 관련이 있는 것 같습니다. 실행 파일을 복사하면 업스트림 DLL에 액세스하는 기능이 손실되는 것 같습니다. 이 문제가 virtualenv 또는 Windows 스토어 패키징과 관련되어 있는지 확실하지 않습니다.

편집하다:

가상 환경을 만들고 시작 로그를 보면 가상 환경이 실제로 원래 위치에서 pyd를 로드하려고 시도하는 것으로 보입니다. 실제로 원래 위치에서 모든 것을 로드합니다. Include 및 Lib가 모두 비어 있습니다. virtualenv에서 우리는 지금 이것을 복사합니다.... 어쩌면 우리가 지금 가지고 있는 것보다 venv를 만드는 더 좋은 방법이 있을지도 모릅니다 🤔 조사가 필요할 것입니다.

# C:\Users\traveler\git\venv\lib\encodings\__pycache__\__init__.cpython-37.pyc matches C:\Users\traveler\git\venv\lib\encodings\__init__.py
# code object from 'C:\\Users\\traveler\\git\\venv\\lib\\encodings\\__pycache__\\__init__.cpython-37.pyc'
# trying C:\Users\traveler\git\venv\lib\codecs.cp37-win_amd64.pyd
# trying C:\Users\traveler\git\venv\lib\codecs.pyd
# trying C:\Users\traveler\git\venv\lib\codecs.py
# C:\Users\traveler\git\venv\lib\__pycache__\codecs.cpython-37.pyc matches C:\Users\traveler\git\venv\lib\codecs.py
# code object from 'C:\\Users\\traveler\\git\\venv\\lib\\__pycache__\\codecs.cpython-37.pyc'

대

# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\DLLs\encodings.cp37-win_amd64.pyd
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\DLLs\encodings.pyd
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\DLLs\encodings.py
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\DLLs\encodings.pyw
# trying C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\DLLs\encodings.pyc
# C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.7_3.7.1008.0_x64__qbz5n2kfra8p0\lib\encodings\__pycache__\__init__.

@gaborbernat 아, 죄송합니다 - 귀하의 게시물을 훑어보고 귀하가 말한 것을 오해했습니다. 내 잘못이야.

Python 실행 파일을 복사하면 문제가 발생할 수 있다는 점을 확실히 배제하지 않습니다. 스토어 빌드 작동 방식에 대한 개발자 수준 문서를 알지 못하기 때문에 여기에서 @zooba 가 정말 필요합니다. 코드에 대해 자세히 알아보기에는 충분하지 않습니다.

예, 실행 파일을 복사할 수 없습니다. 앱 패키지 외부에 있으면 운영 체제에서 컨텍스트를 제대로 활성화하지 않습니다.

심볼릭 링크를 걸거나 venv/scripts/nt 에 있는 python.exe 를 복사할 수 있습니다. 실행할 실제 것을 찾기 위해 pyvenv.cfg 를 찾는 py.exe 런처의 특별한 복사본입니다. (또는 해당 파일을 사용하지 않으려면 선호하는 구성 설정을 찾는 다른 버전을 빌드할 수 있습니다.)

앱 패키지 외부에 있으면 운영 체제에서 컨텍스트를 제대로 활성화하지 않습니다.

다소 주제에서 벗어나지만 이를 가능하게 하는 코드(및/또는 이에 대한 관련 MS 문서)를 알려주실 수 있습니까? 저는 현재보다 스토어 앱을 더 잘 이해하고 싶습니다(현재 기본적으로 MS 스토어 앱에 대해 아무것도 이해하지 못하고 있습니다).

이 부분이 문서화되어 있는지 확실하지 않으며, 문서화되어 있는 경우 MSIX 문서 내부 깊숙이 있거나 찾을 수 있는 경우 일부 AppV 사양(사용된 격리 기술의 이전 버전임)에 있을 수 있습니다. .

패키지는 주로 단일 진입점을 의미하며 다른 앱이 우리 DLL을 사용하지 못하도록 하는 앱으로 사용하기 위한 것입니다. 따라서 패키지에 속해 있음을 확인할 때까지 패키지의 LoadLibrary 파일을 사용할 수 없습니다. 일반적으로 그렇게 하는 유일한 방법은 원본 python.exe 를 실행하는 것입니다.

아, 그리고 분명히 말하지만, 이것들은 모두 의도적인 의도적인 OS 제한 사항입니다. Python은 이러한 일을 하도록 선택하지 않았으므로 CPython에는 이에 대한 코드가 없습니다. VENV_REDIRECT 정의 뒤에 숨겨진 launcher.c 부분이 흥미로울 수 있지만(그리고 지원되지 않는 내부 세부 정보...)

감사 해요. 나는 약간의 파기를했고 https://docs.microsoft.com/en-us/windows/msix/desktop/desktop-to-uwp-behind-the-scenes 가 관련이 있을 수 있는 것처럼 보입니다(비록 나는 아직 읽어보세요. 나중에 링크를 다시 찾을 수 있도록 주로 포스팅하고 있어요 ;-))

@gaborbernat virtualenv가 저장소 Python을 지원하는 "올바른" 방법은 @zooba 가 제안한 대로 venv/scripts/nt 에서 리디렉터를 복사하는 것입니다. 그러나 그것은 venv를 사용하여 환경 생성을 수행하는 아이디어에 매우 가깝습니다. 제가 얼마 전에 제안했으며 호환성 문제 때문에 관심이 없었습니다. Store 응용 프로그램에 대해 수행했지만 동일한 버전의 "표준" Python이 아닌 경우에는 더 나쁠 것이라고 생각합니다. (게다가 virtualenv의 사용자 정의 site.py 와 같은 것과 리디렉터를 혼합해도 작동하는지 확신할 수 없습니다.)

코딩을 도와드리게 되어 기쁩니다. 하지만 원하는 접근 방식에 대한 지침이 필요합니다.

(오, 그리고 @zooba , 제가 주의를 기울이는 동안 저장소 Python은 "일반" Python 설치와 얼마나 잘 공존합니까? 이 항목을 테스트하려면 방해를 피하기 위해 깨끗한 VM을 사용하는 것이 더 나을까요? 내 기본 Python 설치로?또는 부작용 없이 상점 Python을 설치 및 제거할 수 있습니까?)

그래서 좋은 생각을 하게 되었습니다. 결국 핵심 논리를 다음으로 전환하는 것이 합리적이라고 생각합니다.

• 가능한 경우 stdlib가 제공한 venv로 venv를 생성하고 패치 stdlib가 venv를 생성하여 동일한 보장을 제공합니다.
• 그렇지 않으면 우리 자신의 논리를 사용하십시오.

제공된 stdlib가 venv가 없을 수 있는 몇 가지 위치:

• 파이썬 2,
• venv가 별도로 패키징되어 현재 설치되지 않은 배포판(예: ubuntu python3.7-venv). @pfmoore 가 가르쳤습니까? 이를 구현하기 위해 현재 제공하는 보증 목록을 작성해야 합니다.

나는 이것에 대해 강한 +1이 될 것입니다. Python 2가 곧 EOL에 도달하면 기본적으로 지원되는 모든 Python 버전에 venv가 있는 상황이 될 것입니다(그리고 그렇지 않은 버전에도 pyvenv.cfg 메커니즘이 있음). 따라서 현재 사용하는 해킹을 최대한 피할 수 있다면 큰 승리가 될 것입니다. (또한 virtualenv와 venv 간의 호환성도 문제가 되지 않습니다 :-))

어려운 부분은 우리가 제공하는 보증 목록을 구성하는 항목을 결정하는 것입니다. 나는 실제로 많은 것이 있는지 확실하지 않습니다. 유일한 어려운 문제는 sys.real_prefix 대 sys.base_prefix 문제입니다. 솔직히 저는 우리가 어떤 경우에도 stdlib를 따라야 한다고 믿습니다. 적절한 전환 기간).

나는 이것에 대해 @pfmoore 와 동의합니다.

분명히 하자면, Python 2 지원은 적어도 향후 3년 동안은 중단될 계획이 없습니다. 새 솔루션은 가능한 경우 stdlib venv를 사용하고 그렇지 않은 경우 기본 제공 논리로 대체하는 것을 선호합니다.

이해했다. Python 2가 지원되도록 기존 프로세스를 유지해야 하지만 core venv 를 사용할 수 있는 곳에서 피할 수 있다면 좋습니다.

https://github.com/pypa/virtualenv/issues/1366 에서 별도의 토론을 시작했습니다 👍

(오, 그리고 @zooba , 제가 주의를 기울이는 동안 저장소 Python은 "일반" Python 설치와 얼마나 잘 공존합니까? 이 항목을 테스트하려면 방해를 피하기 위해 깨끗한 VM을 사용하는 것이 더 나을까요? 내 기본 Python 설치로?또는 부작용 없이 상점 Python을 설치 및 제거할 수 있습니까?)

@pfmoore (Github 알림이 항상 내 주의를 끌지는 않습니다...) 놓쳐서 죄송합니다.

부작용 없이 스토어 Python을 설치/제거할 수 있습니다. 이것은 실제로 가장 큰 기능 중 하나입니다. (단, 이것의 단점은 실제 사용자 레지스트리를 업데이트할 수 없고 값을 덮어쓰면 새로 설치/제거 주기가 중단되기 때문에 PEP 514로는 충분하지 않다는 것입니다.)

우리는 pep 514에 따라 PythonCore 대신 다른 회사(예: Microsoft Store)를 사용하는 경우 덮어쓰기 문제가 되지 않을 것이라고 Twitter를 통해 이야기한 것 같습니다. 그런 다음 이를 수락하도록 py.exe를 업데이트하기만 하면 됩니다.

virtualenv 대신 venv를 사용하면 문제가 해결됩니다.

이전 virtualenv는 이를 지원할 수 없고 지원하지 않을 것입니다. virtualenv 20, 다시 작성해야 합니다. 유효성을 검사해야 합니다. 슬프게도 AFAIK에서는 Azure CI에 스토어 파이썬을 추가할 수 없습니다. @zooba 이것이 여전히 사실이며 계속 진행될 것임을 확인할 수 있습니까?

첫 번째 반복에서 우리는 내장/자가 실행 메소드를 스토어를 지원하지 않는 것으로 표시할 수 있습니다. 파이썬이 store pyhton @zooba 가 제안한 것인지 확인하려면:

가장 큰 문제라고 생각하기 때문에 아마도 읽기 위해 sys.executable을 열려고 할 것입니다(실패할 것입니다).
또는 pythonXY.dll이 sys.executable과 동일한 디렉토리에 없는지 확인할 수 있습니다. 이는 수정해야 할 또 다른 가정이라고 생각합니다.
이것은 몇 가지 다른 방법(임베딩, 고정, 정적 빌드)으로 발생할 수 있으며 virtualenv가 현재 그 어떤 것과도 작동하지 않을 것이라고 생각합니다.
이전(3.5 이전) 설치 프로그램은 시스템 폴더에 넣을 수 있지만 여전히 작동하므로 완벽한 테스트는 아닙니다.

이것은 이제 #1502의 일부로 달성되었습니다. Virtualenv는 store python을 내장 전략과 호환되지 않는 것으로 올바르게 표시하고, store python의 venv 모듈에 작업을 위임하기 위해 폴백합니다. 프로젝트의 테스트 스위트가 통과합니다. 또한 이제 Windows OS가 지원하는 경우 복사 방법 대신 심볼릭 링크를 사용합니다(임시 폴더 내부에 심볼릭 링크를 만들어 테스트).

virtualenv 내에서 Microsoft Store에 대한 기본 제공 지원은 아마도 이에 필요한 새로운 기술을 사용하도록 cpython3windows 클래스를 개선하여 향후 후속 티켓에서 수행될 수 있습니다.