Virtualenv: マイクロソフトストアPythonサポート

@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はそれを使用し、引数を渡すオプションがありません

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パスにホイールを置くことで呼び出されると、奇妙に現れます👍

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から同じことをしながら

PythonのStoreディストリビューションを使用したことはありません。 @zoobaはその配布の専門家なので、ここで助けを求めることをお勧めします。

@JoDoX簡単なテストをしてもらえますか？ Pythonを起動し、実行します

import _socket
import socket

これはエラーなしで機能するはずです。 エラーが発生した場合、問題はvirtualenv（またはpip）ではなく、Pythonの何かにあります。

@pfmoore上記の私の投稿を参照してください。 これらのコマンドは、インストールされているPythonから起動した場合に機能します。 ただし、仮想環境python内からは失敗します。 インストールされたPythonから実行された場合にのみDLLにアクセスできるという事実と何らかの関係があるようです。 実行可能ファイルをコピーすると、アップストリームDLLにアクセスできなくなるようです。 これを考えると、問題がvirtualenvまたはWindowsストアのパッケージに関連しているのかどうかはわかりません。

編集：

venvを作成して起動ログを見ると、venvが実際に元の場所から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'

vs

# 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をコピーすることができます。 これはpy.exeランチャーの特別なコピーであり、実際に起動するものを見つけるためにpyvenv.cfgを探します。 （または、そのファイルを使用したくない場合は、好みの構成設定を探す別のバージョンのファイルを作成できます。）

アプリパッケージの外に出ると、オペレーティングシステムによってコンテキストが適切にアクティブ化されなくなります。

ややオフトピックですが、これを実現するコード（および/またはこれに関連するMSドキュメント）を教えていただけますか？ 私は現在よりもストアアプリをよく理解したいので（基本的には現時点ではMS Storeアプリについて何も理解していません）、このことについてあなたにpingを続ける必要はありません;-)

この部分が文書化されているかどうかはわかりません。文書化されている場合は、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 @zoobaが提案したように、virtualenvがストアPythonをサポートするための「正しい」方法は、リダイレクタをvenv/scripts/ntからコピーすることだと思います。 しかし、これは、venvを使用して環境を作成するという考えに非常に近いものであり、しばらく前に提案しました。互換性の影響があるため、熱心ではありませんでした。 Storeアプリケーションで実行した場合はさらに悪化するのではないかと思いますが、同じバージョンの「標準」Pythonではそうではありません。 （さらに、リダイレクタをvirtualenvのカスタムsite.pyのようなものと混合することさえうまくいくかどうかはわかりません）。

コーディングのお手伝いをさせていただきますが、あなたが採用したいアプローチについてのガイダンスが必要になります。

（ああ、 @ zooba 、私はあなたの注意を払っていますが、ストアPythonは「通常の」Pythonインストールとどの程度共存していますか？このようなものをテストしたい場合は、干渉を避けるためにクリーンなVMを使用する方が良いでしょうか？メインのPythonインストールで？または副作用なしでストアPythonをインストールおよびアンインストールできますか？）

だから私はこれをよく考えました。 結局、コアロジックを次のように切り替えるのは理にかなっていると思います。

• 可能であれば、stdlibが提供するvenvを使用してvenvを作成し、stdlibが作成したvenvにパッチを適用して、同じ保証を提供します。
• それ以外の場合は、独自のロジックを使用してください。

stdlibが提供するvenvが存在しない可能性があるいくつかの場所：

• Python 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に同意します。

明確にするために、Python2のサポートは少なくとも今後3年間は廃止される予定はありません。 新しいソリューションでは、可能な場合はstdlib venvを使用し、それ以外の場合は組み込みロジックにフォールバックします。

了解した。 Python 2がサポートされるように、既存のプロセスを維持する必要がありますが、コアvenvが利用可能な場所でそれを回避できれば、それは素晴らしいことです。

https://github.com/pypa/virtualenv/issues/1366で別のディスカッションを開始しました👍

（ああ、 @ zooba 、私はあなたの注意を払っていますが、ストアPythonは「通常の」Pythonインストールとどの程度共存していますか？このようなものをテストしたい場合は、干渉を避けるためにクリーンなVMを使用する方が良いでしょうか？メインのPythonインストールで？または副作用なしでストアPythonをインストールおよびアンインストールできますか？）

申し訳ありませんが、 @ pfmoore 、これを見逃しました（Github通知が常に私の注意を引くとは限りません...）。

ストアPythonは、副作用なしにインストール/アンインストールできます。これは、実際には最大の機能の1つです。 （これの欠点は、実際のユーザーレジストリを更新できないことです。したがって、値を上書きするとクリーンインストール/アンインストールサイクルが中断されるため、PEP 514では十分ではありません。）

Twitterで話し合ったのは、pep 514ごとにPythonCoreの代わりに別の会社（Microsoft Storeなど）を使用した場合、上書きの問題にはならないということです。 そして、それを受け入れるためにpy.exeを更新する必要があります。

virtualenvの代わりにvenvを使用すると、問題が解決します

古いvirtualenvはこれをサポートできず、サポートしません。 virtualenv 20、リライトする必要があります。 検証する必要がありますが、残念ながら、ストアpythonをAzureCIに追加することはできません。 @zoobaこれがまだ当てはまり、今後も続くことを確認できますか？

最初の反復では、組み込み/自己実行メソッドがストアをサポートしていないことをマークできます。 Pythonがストアpyhton @zoobaであるかどうかを確認するには、次のことをお勧めします。

それがあなたの最大の問題だと思うので、おそらくsys.executableを開いて読んでみたくなるでしょう（失敗します）
または、pythonXY.dllがsys.executableと同じディレクトリにないかどうかを確認できます。これは、修正する必要があるもう1つの前提条件だと思います。
これはいくつかの異なる方法（埋め込み、フリーズ、静的ビルド）で発生する可能性があり、virtualenvは現在それらのいずれでも機能しないと思われます
古い（3.5より前の）インストーラーはそれをシステムフォルダーに入れることができましたが、それでも機能するので、完璧なテストではありません。

これは現在、＃1502の一部として達成されています。 Virtualenvは、ストアpythonを組み込みの戦略と互換性がないものとして正しくマークし、フォールバックしてタスクをストアpythonのvenvモジュールに委任します。 プロジェクトのテストスイートは合格です。 さらに、Windows OSがサポートしている場合は、copyメソッドの代わりにシンボリックリンクを使用します（一時フォルダー内にシンボリックリンクを作成してテストします）。

virtualenv内のMicrosoftStoreの組み込みサポートは、おそらくこれに必要な新しい手法を使用するようにcpython3windowsクラスを改善することにより、将来のチケットで実行される可能性があります。