मैंने आज पहली बार अजगर, पाइप और वर्चुअलएन्व को स्थापित करने की कोशिश की और उसी समस्या का सामना किया।

मैंने 3 पंक्तियों में टिप्पणी करके इसे ठीक कर दिया है
Python\Python37\Lib\site-packages\virtualenv.py
और जोड़ना
-p python
वर्चुअलएन्व चलाते समय

जिन पंक्तियों पर मैंने टिप्पणी की वे 783-785 हैं:
if hasattr(sys, "_base_executable"):
print("hasattr(sys, \"_base_executable\") == yes")
return sys._base_executable

@AndrYast पर्यावरण को सक्रिय करने के बाद भी क्या आप 3.7.4 पर हैं? यह निश्चित रूप से 3.7.4 के साथ एक मुद्दा प्रतीत होता है, जिसे कल (7/8/19) जारी किया गया था।

@thingselliotprograms हाँ, चल रहा है
venv\Scripts\activate
python --version
मुझे देता है
Python 3.7.4

कल अजगर को 3.7.4 में अपग्रेड करने के बाद से पिपेनव हैंगिंग के साथ एक ही समस्या का अनुभव करना। वर्चुअलएन्व से संबंधित अंतर्निहित समस्या। अभी के लिए अजगर को 3.7.3 पर डाउनग्रेड किया गया है।

एक वर्चुअलएन्व नवीनतम टूटा हुआ है क्योंकि https://github.com/python/cpython/pull/14428 हमेशा sys._base_executable सेट करता है।

मुझे 3.7.4 के साथ एक ही समस्या मिल रही है। मैं pipenv का उपयोग कर रहा हूं और [WinError 8] Not enough memory resources are available to process this command प्राप्त कर रहा हूं। मैं कोई वर्चुअलएन्व नहीं बना सकता। 3.7.3 में सब कुछ बढ़िया काम करता है।

मैं 3.7.4 के साथ भी इस सटीक समस्या का सामना कर रहा हूं।

Python.exe प्रक्रियाओं की रोलिंग थंडर मेमोरी को समाप्त कर देती है और वर्चुअलएन्व निर्माण अंततः विफल हो जाता है।

समस्या 3.7.2 के साथ मौजूद नहीं थी।

यहाँ अनुरक्षक। जैसा कि मैंने ऊपर कहा था कि सीपीथॉन के कुछ आंतरिक चर के लिए अनुबंध बदल गया है, और यह अब पाइथन 3.7 और 3.8 दोनों के लिए प्रक्रिया निर्माण पर अनंत लूप का कारण बनता है।

पता नहीं क्या यह एक _good_ विचार है, लेकिन मैं इस त्वरित हैक के साथ एक आभासी वातावरण बनाने में सक्षम था।

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

उस पंक्ति के ऊपर की टिप्पणियों को देखते हुए, ऐसा लगता है कि आपने पहले के संस्करण में कुछ मज़ा किया था।

हो सकता है कि एक अतिरिक्त जाँच की आवश्यकता हो कि sys._base_executable != sys.executable । लेकिन ईमानदारी से, मुझे नहीं पता - यह पैच रिलीज में लगातार बदल रहा है और मेरे पास समय नहीं है कि क्या हो रहा है (यह सब "विंडोज स्टोर" बिल्ड का समर्थन करने के लिए काम से संबंधित है पायथन का)।

हो सकता है कि @zooba यहां टिप्पणी या सुझाव दे सके। हम गैर-दस्तावेजी आंतरिक का उपयोग कर रहे हैं, इसलिए अंततः समस्या का समाधान हमारे ऊपर है, लेकिन मुझे वह जानकारी प्राप्त करने का एक समर्थित तरीका नहीं पता है जिसकी हमें आवश्यकता है, इसलिए मुझे ऐसा कोई समाधान नहीं दिख रहा है जिसके अधीन नहीं होगा संभावित टूट-फूट हर बार जब हमें पायथन की एक नई रिलीज़ मिलती है :-(

अंततः, #1377 शायद यहां एकमात्र विश्वसनीय समाधान है।

मुझे लगता है कि जब तक हम उस चेक को जोड़ते हैं हम ठीक हो जाएंगे।

विंडोज़ चलाने वाले ट्रैविस सीआई नौकरियां और वर्चुअलएन्व बनाने का प्रयास भी विफल हो जाता है। ट्रैविस सीआई हाल ही में 3.7.4 पर चला गया। मैं

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

ट्रैविस बिल्ड से संभावित रूप से उपयोगी जानकारी:

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

मुझे लगता है कि जब तक हम उस चेक को जोड़ते हैं हम ठीक हो जाएंगे।

क्या वह पुन: प्रस्तुत नहीं करेगा (3.7.4 पर) जिन मुद्दों को base_executable चेक को ठीक करने का इरादा था? माना जाता है कि वे मुद्दे बहुत कम गंभीर थे, इसलिए यह अभी भी करने लायक है, लेकिन मुझे नहीं लगता कि यह एक पूर्ण समाधान है।

मुझे नहीं लगता कि यह प्रतिगमन का कारण बनता है, है ना?

मैंने एक या दूसरे तरीके से परीक्षण नहीं किया है (और इसके लिए समय नहीं होगा, क्षमा करें)।

यहां निष्कर्ष क्या है, क्या वर्चुअलएन्व के लिए एक फिक्स रिलीज संभव है?

हाँ यह है अगर कोई फिक्स के साथ पीआर बनाता है

क्या आपके पास उल्लिखित प्रतिगमन के लिए एक परीक्षण है?

मुझे लगता है कि हम करते हैं।

प्रासंगिक परीक्षण (#1345 में जोड़ा गया) test_create_environment_from_venv - लेकिन ध्यान दें कि इसे सभी पायथन 3.7.2, 3.7.3 और 3.7.4 में चलाने की आवश्यकता है क्योंकि उनमें से प्रत्येक में व्यवहार अलग है ( नाबालिग) संस्करण, और यह ऐसा कुछ नहीं है जिसे सीआई कवर करेगा, जहां तक ​​​​मुझे पता है।

सभी लोगों के त्वरित सुधार के लिए धन्यवाद, मेरा मानना ​​​​है कि base_executable तुलना executable से करना _base_executable विशेषता की उपस्थिति की जांच करने के लिए एक कार्यात्मक समकक्ष प्रदान करता है (संभवतः यह और भी सुरक्षित है यह थोड़ा और स्पष्ट है)

मैं उत्सुक हूं कि पहली बार में इस मुद्दे का क्या कारण है।

वर्चुअल वातावरण बनाने के लिए आपको सिस्टम पायथन प्राप्त करने की आवश्यकता है। किसी venv या virtualenv पैकेज के साथ वर्चुअल वातावरण बनाने का प्रयास काम नहीं करेगा।

पहले sys._base_executable अजगर पर सेट किया गया था 3.7+ केवल अगर हम सिस्टम अजगर में नहीं थे। यह उपरोक्त पीआर के साथ हमेशा सेट करने के लिए बदल गया (यदि गैर-सिस्टम पायथन बराबर होगा 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 सीआई का कौन सा मामूली संस्करण चल रहा है।

हो सकता है कि यहां समस्या की रिपोर्ट करने वाले कुछ लोग परिवर्तन का परीक्षण कर सकें और पुष्टि कर सकें कि यह उनकी समस्या को ठीक करता है और कोई अन्य टूट-फूट नहीं करता है?

यह ट्रैविस सीआई पर पायथन 3.7.4 के साथ काम करता है! मुझे कोई नया मुद्दा नहीं दिख रहा है।

यह ट्रैविस कॉन्फ़िगरेशन है जिसका उपयोग मैंने परीक्षण (प्रासंगिक भाग) के लिए किया था:

    - 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

यह ट्रैविस सीआई पर पायथन 3.7.4 के साथ काम करता है! मुझे कोई नया मुद्दा नहीं दिख रहा है।

बहुत बढ़िया, पुष्टि करने के लिए धन्यवाद

os: windows

मुझे नहीं पता था कि ट्रैविस ने अब विंडोज वातावरण प्रदान किया है, यह दिलचस्प है :-)

@pfmoore वे जोर देते हैं कि विंडोज़ "प्रारंभिक पहुंच" है और इसमें समस्याएं हैं (महत्वपूर्ण रूप से आप रहस्यों का उपयोग नहीं कर सकते हैं)।

हाँ, #travisAlums सामान होने से ठीक पहले Windows समर्थन शुरू किया गया था IIRC (नई मूल कंपनी ने ट्रैविस की टीम को बहुत कम कर दिया)

मेरे पास यह कोड है (फ़ाइल virtualenv.py में) इसे ठीक करने के लिए:
मूल है:
अगर हैटर (sys, "_base_executable"):
और बदल गया:
अगर hasattr(sys, "_base_executable") और नहीं os.environ.get("VIRTUALENV_INTERPRETER_RUNNING"):
ऐसा करने से, लूप को ठीक कर देगा

फिक्स https://pypi.org/project/virtualenv/16.6.2/ के माध्यम से जारी किया जाना चाहिए

अभी परीक्षण किया गया है और यह वास्तव में तय है। त्वरित और अच्छी प्रतिक्रियाओं के लिए बहुत-बहुत धन्यवाद।