Virtualenv: माइक्रोसॉफ्ट स्टोर अजगर समर्थन

@zooba यह विंडोज स्टोर की तरफ खराब पैकेजिंग की तरह लगता है ?

@gaborbernat मुझे वर्चुअलएन्व में बग लगता है, क्योंकि वेनव मॉड्यूल ठीक काम करता है

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 यह पाइप से संबंधित लगता है लेकिन अजीब तरह से प्रकट होता है जब पाइथन पथ पर पहिया डालकर वर्चुअलएन्व से बुलाया जाता है

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.

संपादित करें: एनएम, ऐसा लगता है कि हमारे नए वर्चुअलएन्व में _socket तक पहुंच नहीं है, मेरा बुरा ‍♂

तो ताजा बनाए गए वर्चुअलएन्व पर _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.

स्थापित अजगर से ऐसा ही करते हुए

मैंने कभी भी पायथन के स्टोर वितरण का उपयोग नहीं किया है। मैं यहाँ मदद के लिए @zooba से पूछने का सुझाव दूंगा, क्योंकि वह उस वितरण के विशेषज्ञ हैं।

@JoDoX क्या आप एक साधारण परीक्षण कर सकते हैं? पायथन शुरू करें, और चलाएं

import _socket
import socket

यह बिना किसी त्रुटि के काम करना चाहिए। अगर आपको कोई त्रुटि मिलती है, तो समस्या वर्चुअलएन्व (या पीआईपी) के बजाय पाइथन में कुछ के साथ है।

@pfmoore ऊपर मेरी पोस्ट देखें। यदि वे स्थापित अजगर से शुरू करते हैं तो वे कमांड काम करते हैं। हालांकि, वे आभासी वातावरण अजगर के भीतर से विफल हो जाते हैं। ऐसा लगता है कि किसी भी तरह से इस तथ्य से संबंधित है कि डीएलएल को केवल तभी एक्सेस किया जा सकता है जब स्थापित पायथन से चलाया जाए। एक बार जब आप निष्पादन योग्य की प्रतिलिपि बनाते हैं तो ऐसा लगता है कि अपस्ट्रीम डीएलएल तक पहुंचने की क्षमता खो जाती है। सुनिश्चित नहीं है कि यह मुद्दा वर्चुअलएन्व या विंडोज स्टोर पैकेजिंग से संबंधित है।

संपादित करें:

एक वेनव बनाना और स्टार्टअप लॉग को देखने से पता चलता है कि किसी तरह वेनव वास्तव में मूल स्थान से pyd को लोड करने का प्रयास करते हैं। यह वास्तव में मूल स्थान से सब कुछ लोड करता है। शामिल और लिब दोनों खाली हैं। वर्चुअलएन्व में हम इन्हें अभी के लिए कॉपी करते हैं .... हो सकता है कि हमारे पास अभी जो है उससे वेनव बनाने का एक बेहतर तरीका है जांच करने की आवश्यकता होगी।

# 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 आह, क्षमा करें - मैंने आपकी पोस्ट को स्किम किया और आप जो कह रहे थे उसे गलत समझा। मेरी गलती।

मैं निश्चित रूप से इस बात से इंकार नहीं करूंगा कि पायथन निष्पादन योग्य की नकल करने से समस्याएँ हो सकती हैं। हमें वास्तव में यहां @zooba की आवश्यकता है, क्योंकि मुझे किसी भी डेवलपर-स्तरीय डॉक्स के बारे में पता नहीं है कि स्टोर कैसे काम करता है, और मैं इसमें गोता लगाने के लिए कोड से पर्याप्त रूप से परिचित नहीं हूं।

हाँ, आप निष्पादन योग्य की प्रतिलिपि नहीं बना सकते हैं। एक बार जब यह ऐप पैकेज से बाहर हो जाता है तो इसका संदर्भ ऑपरेटिंग सिस्टम द्वारा ठीक से सक्रिय नहीं होगा।

आप या तो इसे सिमलिंक कर सकते हैं या python.exe में कॉपी कर सकते हैं जो कि venv/scripts/nt में है। यह py.exe लॉन्चर की एक विशेष प्रति है जो लॉन्च करने के लिए वास्तविक को खोजने के लिए pyvenv.cfg की तलाश करेगा। (या यदि आप उस फ़ाइल का उपयोग नहीं करना चाहते हैं, तो आप इसका एक और संस्करण बना सकते हैं जो आपकी पसंदीदा कॉन्फ़िगरेशन सेटिंग्स की तलाश में है।)

एक बार जब यह ऐप पैकेज से बाहर हो जाता है तो इसका संदर्भ ऑपरेटिंग सिस्टम द्वारा ठीक से सक्रिय नहीं होगा।

कुछ हद तक ऑफटॉपिक, लेकिन क्या आप मुझे उस कोड पर इंगित कर सकते हैं जो इसे मामला बनाता है (और/या इस पर प्रासंगिक एमएस दस्तावेज़)? मैं वर्तमान में जितना करता हूं उससे बेहतर स्टोर ऐप को समझना चाहता हूं (मैं मूल रूप से इस समय एमएस स्टोर ऐप्स के बारे में कुछ भी नहीं समझता), इसलिए मुझे आपको इस सामान पर पिंग करने की ज़रूरत नहीं है ;-)

मुझे यकीन नहीं है कि यह हिस्सा भी प्रलेखित है, और यदि यह है, तो यह संभवतः MSIX डॉक्स के अंदर या संभवतः कुछ AppV विनिर्देशों में गहरा होगा यदि आप इसे पा सकते हैं (जो कि इस्तेमाल की गई अलगाव तकनीक का पुराना संस्करण है) .

पैकेज मुख्य रूप से ऐप्स के रूप में उपयोग करने के लिए हैं, जिसका अर्थ है एक एकल प्रवेश बिंदु (और अन्य ऐप्स को हमारे डीएलएल का उपयोग करने से रोकता है)। इसलिए हम पैकेज में LoadLibrary फाइल नहीं कर सकते हैं जब तक कि हम यह सत्यापित नहीं कर लेते कि हम पैकेज से संबंधित हैं, और सामान्य स्थिति में ऐसा करने का एकमात्र तरीका मूल python.exe लॉन्च करना है।

ओह, और स्पष्ट होने के लिए, ये सभी जानबूझकर, उप-डिज़ाइन ओएस प्रतिबंध हैं। पायथन ने ऐसा कुछ करने के लिए नहीं चुना, इसलिए इसके लिए सीपीथॉन में कोई कोड नहीं है। हालांकि VENV_REDIRECT परिभाषित के पीछे छिपे हुए Launcher.c के हिस्से दिलचस्प हो सकते हैं (और असमर्थित, आंतरिक विवरण...)

धन्यवाद। मैंने कुछ संक्षिप्त खुदाई की, और https://docs.microsoft.com/en-us/windows/msix/desktop/desktop-to-uwp-behind-the-scenes ऐसा लगता है कि यह प्रासंगिक हो सकता है (हालांकि मैंने नहीं किया है इसे अभी तक पढ़ें, मैं ज्यादातर इसे पोस्ट कर रहा हूं ताकि मैं बाद में फिर से लिंक ढूंढ सकूं ;-))

@gaborbernat मुझे वर्चुअलएन्व के लिए स्टोर का समर्थन करने के लिए "सही" तरीका संदेह है, पायथन को रीडायरेक्टर को venv/scripts/nt से कॉपी करना होगा, जैसा कि @zooba ने सुझाव दिया था। लेकिन यह पर्यावरण निर्माण करने के लिए वेनव का उपयोग करने के विचार के बेहद करीब है, जिसे मैंने कुछ समय पहले सुझाया था, और आप संगतता के प्रभाव के कारण उत्सुक नहीं थे। मुझे संदेह है कि अगर हम इसे स्टोर एप्लिकेशन के लिए करते हैं तो यह और भी बुरा होगा, लेकिन उसी संस्करण के साथ "मानक" पायथन नहीं। (इसके अलावा, मुझे यकीन नहीं है कि वर्चुअलएन्व के कस्टम site.py जैसी चीजों के साथ रीडायरेक्टर को मिलाकर भी काम करेगा)।

मुझे कोडिंग में सहायता करने में प्रसन्नता हो रही है, लेकिन आप जिस दृष्टिकोण को अपनाना चाहते हैं, उस पर मुझे आपके मार्गदर्शन की आवश्यकता होगी।

(ओह, और @zooba , जबकि मुझे आपका ध्यान है, स्टोर पाइथन "सामान्य" पायथन इंस्टॉल के साथ कितनी अच्छी तरह से मौजूद है? अगर मैं इस सामान का परीक्षण करना चाहता हूं, तो क्या मैं हस्तक्षेप से बचने के लिए एक साफ वीएम के साथ बेहतर रहूंगा मेरे मुख्य पायथन इंस्टाल के साथ? या क्या मैं स्टोर पायथन को बिना किसी दुष्प्रभाव के स्थापित और अनइंस्टॉल कर सकता हूँ?)

तो मैंने इसे एक अच्छा विचार दिया। अंत में, मुझे लगता है कि मूल तर्क को इस पर स्विच करना समझ में आता है:

• यदि संभव हो तो वेनव को स्टैडलिब प्रदान किए गए वेनव के साथ बनाएं, पैच स्टैडलिब ने वेनव को उसी गारंटी की पेशकश करने के लिए बनाया है,
• अन्यथा, हमारे अपने तर्क का प्रयोग करें।

कुछ स्थान जहां प्रदान किए गए stdlib venv मौजूद नहीं हो सकते हैं:

• अजगर 2,
• वितरण जहां वेनव को अलग से पैक किया जाता है और इस समय स्थापित नहीं किया जाता है (जैसे कि ubuntu python3.7-venv)। @pfmoore ने पढ़ाया? हमें इसे लागू करने के लिए इस समय हमारे द्वारा दी जाने वाली गारंटियों की एक सूची के साथ आना होगा।

मैं इस पर एक मजबूत +1 बनूंगा। पायथन 2 के जल्द ही ईओएल तक पहुंचने के साथ, हम ऐसी स्थिति में होंगे जहां मूल रूप से पायथन के सभी समर्थित संस्करणों में वेनव है (और जिनके पास अभी भी तंत्र है - pyvenv.cfg )। इसलिए यदि हम उन हैक्स से बच सकते हैं जो हम वर्तमान में जितना संभव हो सके उपयोग करते हैं, तो यह एक बड़ी जीत होगी (और यह वर्चुअलएन्व और वेनव के बीच एक गैर-मुद्दा :-))

कठिन हिस्सा यह तय कर रहा है कि हमारे द्वारा दी जाने वाली गारंटियों की सूची में क्या शामिल है। मुझे वास्तव में यकीन नहीं है कि कई हैं - एकमात्र मुश्किल sys.real_prefix बनाम sys.base_prefix मुद्दा है, और ईमानदारी से मेरा मानना ​​​​है कि हमें किसी भी मामले में इस पर stdlib का पालन करने के लिए आगे बढ़ना चाहिए (साथ में) एक उपयुक्त संक्रमण अवधि)।

मैं इस पर @pfmoore से सहमत हूं।

स्पष्ट होने के लिए, कम से कम अगले 3 वर्षों के लिए पायथन 2 समर्थन को छोड़ने की योजना नहीं है। नया समाधान केवल जहां संभव हो वहां stdlib venv का उपयोग करना पसंद करेगा और अन्यथा बिल्टिन तर्क पर वापस आ जाएगा।

समझा। मौजूदा प्रक्रिया को बने रहने की जरूरत है ताकि पायथन 2 समर्थित हो, लेकिन अगर हम इससे बच सकते हैं जहां कोर वेनव उपलब्ध है तो यह बहुत अच्छा है।

https://github.com/pypa/virtualenv/issues/1366 में एक अलग चर्चा शुरू की

(ओह, और @zooba , जबकि मुझे आपका ध्यान है, स्टोर पाइथन "सामान्य" पायथन इंस्टॉल के साथ कितनी अच्छी तरह से मौजूद है? अगर मैं इस सामान का परीक्षण करना चाहता हूं, तो क्या मैं हस्तक्षेप से बचने के लिए एक साफ वीएम के साथ बेहतर रहूंगा मेरे मुख्य पायथन इंस्टाल के साथ? या क्या मैं स्टोर पायथन को बिना किसी दुष्प्रभाव के स्थापित और अनइंस्टॉल कर सकता हूँ?)

क्षमा करें, मैंने इसे याद किया, @pfmoore (Github सूचनाएं हमेशा मेरा ध्यान नहीं आकर्षित करती हैं ...)

आप पाइथन स्टोर को बिना किसी साइड-इफेक्ट के इंस्टॉल/अनइंस्टॉल कर सकते हैं - यह वास्तव में इसकी सबसे बड़ी विशेषताओं में से एक है। (हालांकि इसका एक नकारात्मक पहलू यह है कि यह वास्तविक उपयोगकर्ता रजिस्ट्री को अपडेट नहीं कर सकता है, और इसलिए पीईपी 514 काफी पर्याप्त नहीं है, क्योंकि ओवरराइटिंग मान क्लीन इंस्टाल/अनइंस्टॉल चक्र को तोड़ देंगे।)

मुझे लगता है कि हमने ट्विटर पर बात की थी कि यह ओवरराइट का मुद्दा नहीं होगा यदि प्रति पीईपी 514 हम पायथनकोर के बजाय एक अलग कंपनी (जैसे माइक्रोसॉफ्ट स्टोर) का उपयोग करते हैं। और फिर हमें इसे स्वीकार करने के लिए केवल py.exe को अपडेट करना होगा।

वर्चुअलएन्व के बजाय वेनव का उपयोग करने से मेरे लिए समस्या हल हो जाती है

पुराना वर्चुअलएन्व इसका समर्थन नहीं कर सकता है और न ही करेगा। वर्चुअलएन्व 20, फिर से लिखना चाहिए। हमें सत्यापित करने की आवश्यकता है, दुख की बात है कि AFAIK स्टोर पायथन को एज़ूर सीआई में जोड़ना संभव नहीं है। @zooba क्या आप पुष्टि कर सकते हैं कि यह अभी भी मामला है, और आगे भी होगा?

पहले पुनरावृत्ति में हम केवल स्टोर का समर्थन नहीं करने वाली बिल्टिन/सेल्फ-डू विधि को चिह्नित कर सकते हैं; यह जाँचने के लिए कि क्या अजगर स्टोर है pyhton @zooba ने सुझाव दिया है:

आप शायद पढ़ने के लिए sys.executable खोलने का प्रयास करना चाहते हैं, क्योंकि मुझे लगता है कि यह आपका सबसे बड़ा मुद्दा है (यह असफल हो जाएगा)
या आप जांच सकते हैं कि क्या pythonXY.dll sys.executable के समान निर्देशिका में नहीं है, जो मुझे लगता है कि एक और धारणा है जिसे आपको ठीक करने की आवश्यकता होगी
वह कुछ अलग तरीकों से हो सकता है (एम्बेडिंग, फ्रीजिंग, स्थिर निर्माण) और मुझे संदेह है कि वर्चुअलएन्व अभी उनमें से किसी के साथ काम नहीं करेगा
हालांकि पुराने (3.5 से पहले) इंस्टॉलर इसे सिस्टम फ़ोल्डर में डाल सकते थे, जो अभी भी काम करेगा, इसलिए एक सही परीक्षण नहीं है।

यह अब #1502 के हिस्से के रूप में हासिल किया गया है। वर्चुअलएन्व स्टोर पायथन को सही ढंग से चिह्नित करेगा क्योंकि स्टोर पायथन के वेनव मॉड्यूल को कार्य सौंपने के लिए इसकी अंतर्निहित रणनीति और फ़ॉलबैक के साथ संगत नहीं है। परियोजना का परीक्षण सूट गुजरता है। इसके अलावा, अब हम कॉपी विधि के बजाय सिमलिंक का उपयोग करेंगे यदि विंडोज ओएस इसका समर्थन करता है (हम एक अस्थायी फ़ोल्डर के अंदर एक सिमलिंक बनाने की कोशिश करके इसका परीक्षण करते हैं)।

वर्चुअलएन्व के भीतर माइक्रोसॉफ्ट स्टोर के लिए अंतर्निहित समर्थन भविष्य के बाद के टिकट में किया जा सकता है, शायद इसके लिए आवश्यक नई तकनीकों का उपयोग करने के लिए हमारे cpython3windows वर्ग में सुधार करके।