Virtualenv: पथ में गैर ASCII कार के साथ समस्या

नमस्ते,
यहाँ ठीक उसी मुद्दे के साथ मिला:
अजगर v2.7.5
विन 7 64 बिट
वसीयत में पुन: पेश किया जा सकता है

# 453 जैसा दिखता है

यह समस्या पायथन v2.7.2 के साथ Mac OS X 10.8.4 पर भी होती है:

New python executable in venv/bin/python
Traceback (most recent call last):
  File "<string>", line 1, in <module>
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe5 in position 16: ordinal not in range(128)
ERROR: The executable venv/bin/python is not functioning
ERROR: It thinks sys.prefix is u'/Users/RSChiang/\u539f\u59cb\u78bc/repo' (should be u'/Users/RSChiang/\u539f\u59cb\u78bc/repo/venv')
ERROR: virtualenv is not compatible with this system or executable

PFS अनुरोध # 187 में FS एन्कोडिंग के बारे में कुछ बताया गया है जो डिफ़ॉल्ट एन्कोडिंग से अलग है। संभवतः सिस्टम कॉन्फ़िगरेशन इसे हल करेगा?

atykhonov का फिक्स मेरे लिए काम करता है।

टकरा जाना। कोई प्रगति? @atykhonov एक पुल अनुरोध के रूप में अपने पैच भेजने के बारे में कैसे?

डिट्टो। चीनी वर्णों के साथ लिनक्स पर भी समस्या होती है:

$ virtualenv /tmp/中文
New python executable in /tmp/中文/bin/python
Traceback (most recent call last):
  File "<string>", line 1, in <module>
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe4 in position 5: ordinal not in range(128)
ERROR: The executable /tmp/中文/bin/python is not functioning
ERROR: It thinks sys.prefix is u'/home/vinay/projects/scratch' (should be u'/tmp/\u4e2d\u6587')
ERROR: virtualenv is not compatible with this system or executable
vinay<strong i="6">@ubuntu</strong>:~/projects/scratch$ virtualenv --version
13.1.2
vinay<strong i="7">@ubuntu</strong>:~/projects/scratch$ /tmp/中文/bin/python
Python 2.7.10 (default, Oct 14 2015, 16:09:02) 
[GCC 5.2.1 20151010] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 

इस समस्या के लिए मेरे पास एक WIP पैच है, जबकि चीजें https://bitbucket.org/pypa/distlib/pull-requests/27 में बग से पहले नहीं की जा सकती हैं।

@ yan12125 - मुझे यकीन नहीं है कि अगर आपका पीआर सही है, तो इस पर मेरी टिप्पणी देखें। इसके अलावा, यह स्पष्ट नहीं है कि ऊपर डंप कंसोल distlib समस्या से संबंधित है - यह virtualenv में एक अलग बग प्रतीत होता है जो परीक्षण करते समय आह्वान किया जाता है कि वेनव सही तरीके से बनाया गया था।

इसे हल करने के लिए बहुत सारे पुल अनुरोध हैं:

• # 900 (# 875): मेरे द्वारा खोला गया, सभी परीक्षण पास हुए
• # 902 (# 894): @ आयोडाग द्वारा खोला गया
• # 907 (# 453): @magres द्वारा खोला गया
• # 908 (# 492): @atykhonov द्वारा खोला गया
• # 912 (# 630): @ पोल द्वारा खोला गया

मुझे लगता है कि Appveyor की तरह एक Windows परीक्षण वातावरण भी आवश्यक है। pypa / pip पहले से

FI, मुझे डेबियन जीएनयू / लिनक्स 9.2, पायथन 2.7.14 पर वही त्रुटि मिली।

% pwd
/home/tiger-222/Téléchargements

अजगर 2:

% python2 -m pip install --user --upgrade virtualenv
Collecting virtualenv
  Using cached virtualenv-15.1.0-py2.py3-none-any.whl
Installing collected packages: virtualenv
Successfully installed virtualenv-15.1.0

% python2 -m virtualenv test-python2   
New python executable in /home/tiger-222/Téléchargements/test-python2/bin/python2
Also creating executable in /home/tiger-222/Téléchargements/test-python2/bin/python
Traceback (most recent call last):
  File "<string>", line 1, in <module>
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 17: ordinal not in range(128)
ERROR: The executable /home/tiger-222/Téléchargements/test-python2/bin/python2 is not functioning
ERROR: It thinks sys.prefix is u'/home/tiger-222/T\xe9l\xe9chargements' (should be u'/home/tiger-222/T\xe9l\xe9chargements/test-python2')
ERROR: virtualenv is not compatible with this system or executable

अजगर 3:

% python3 -m pip install --user --upgrade virtualenv
Collecting virtualenv
  Using cached virtualenv-15.1.0-py2.py3-none-any.whl
Installing collected packages: virtualenv
Successfully installed virtualenv-15.1.0

% python3 -m virtualenv test-python3
Using base prefix '/usr'
New python executable in /home/tiger-222/Téléchargements/test-python3/bin/python3
Also creating executable in /home/tiger-222/Téléchargements/test-python3/bin/python
Installing setuptools, pip, wheel...done.

जो भी इसके लायक है, मैं विंडोज 7, पायथन 3.6.4, वर्चुअनव 15.1.0 पर इस मुद्दे को पुन: पेश कर सकता हूं, जब उपयोगकर्ता खाते के तहत $ साथ उपयोगकर्ता नाम के साथ काम करना शुरू होता है।

PS C:\Users\$scuthbertson\Desktop\bugtest> python -m virtualenv .
Using base prefix 'C:\\Program Files\\Python36'
New python executable in C:\Users\$scuthbertson\Desktop\bugtest\Scripts\python.exe
Installing setuptools, pip, wheel...
  Complete output from command C:\Users\$scuthberts...t\Scripts\python.exe - setuptools pip wheel:
  Collecting setuptools
  Using cached setuptools-39.0.1-py2.py3-none-any.whl
Collecting pip
  Using cached pip-9.0.3-py2.py3-none-any.whl
Collecting wheel
  Using cached wheel-0.30.0-py2.py3-none-any.whl
Installing collected packages: setuptools, pip, wheel
Exception:
Traceback (most recent call last):
  File "C:\Program Files\Python36\Lib\distutils\util.py", line 202, in subst_vars
    return re.sub(r'\$([a-zA-Z_][a-zA-Z_0-9]*)', _subst, s)
  File "C:\Users\$scuthbertson\Desktop\bugtest\lib\re.py", line 191, in sub
    return _compile(pattern, flags).sub(repl, string, count)
  File "C:\Program Files\Python36\Lib\distutils\util.py", line 199, in _subst
    return os.environ[var_name]
  File "C:\Users\$scuthbertson\Desktop\bugtest\lib\os.py", line 669, in __getitem__
    raise KeyError(key) from None
KeyError: 'scuthbertson'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "C:\Program Files\Python36\lib\site-packages\virtualenv_support\pip-9.0.1-py2.py3-none-any.whl\pip\basecommand.py
", line 215, in main
    status = self.run(options, args)
  File "C:\Program Files\Python36\lib\site-packages\virtualenv_support\pip-9.0.1-py2.py3-none-any.whl\pip\commands\insta
ll.py", line 342, in run
    prefix=options.prefix_path,
  File "C:\Program Files\Python36\lib\site-packages\virtualenv_support\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_set.py
", line 784, in install
    **kwargs
  File "C:\Program Files\Python36\lib\site-packages\virtualenv_support\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_instal
l.py", line 851, in install
    self.move_wheel_files(self.source_dir, root=root, prefix=prefix)
  File "C:\Program Files\Python36\lib\site-packages\virtualenv_support\pip-9.0.1-py2.py3-none-any.whl\pip\req\req_instal
l.py", line 1064, in move_wheel_files
    isolated=self.isolated,
  File "C:\Program Files\Python36\lib\site-packages\virtualenv_support\pip-9.0.1-py2.py3-none-any.whl\pip\wheel.py", lin
e 247, in move_wheel_files
    prefix=prefix,
  File "C:\Program Files\Python36\lib\site-packages\virtualenv_support\pip-9.0.1-py2.py3-none-any.whl\pip\locations.py",
 line 153, in distutils_scheme
    i.finalize_options()
  File "C:\Program Files\Python36\Lib\distutils\command\install.py", line 307, in finalize_options
    self.expand_basedirs()
  File "C:\Program Files\Python36\Lib\distutils\command\install.py", line 475, in expand_basedirs
    self._expand_attrs(['install_base', 'install_platbase', 'root'])
  File "C:\Program Files\Python36\Lib\distutils\command\install.py", line 469, in _expand_attrs
    val = subst_vars(val, self.config_vars)
  File "C:\Program Files\Python36\Lib\distutils\util.py", line 204, in subst_vars
    raise ValueError("invalid variable '$%s'" % var)
ValueError: invalid variable '$'scuthbertson''
----------------------------------------
...Installing setuptools, pip, wheel...done.
Traceback (most recent call last):
  File "C:\Program Files\Python36\lib\runpy.py", line 193, in _run_module_as_main
    "__main__", mod_spec)
  File "C:\Program Files\Python36\lib\runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "C:\Program Files\Python36\lib\site-packages\virtualenv.py", line 2328, in <module>
    main()
  File "C:\Program Files\Python36\lib\site-packages\virtualenv.py", line 713, in main
    symlink=options.symlink)
  File "C:\Program Files\Python36\lib\site-packages\virtualenv.py", line 945, in create_environment
    download=download,
  File "C:\Program Files\Python36\lib\site-packages\virtualenv.py", line 901, in install_wheel
    call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT)
  File "C:\Program Files\Python36\lib\site-packages\virtualenv.py", line 797, in call_subprocess
    % (cmd_desc, proc.returncode))
OSError: Command C:\Users\$scuthberts...t\Scripts\python.exe - setuptools pip wheel failed with error code 2
PS C:\Users\$scuthbertson\Desktop\bugtest>

@ एफिलोसोल्सिकल्स : जो चीनी पात्रों या पथ में रिक्त स्थान की तुलना में एक अलग मुद्दे की तरह दिखता है। क्या आप एक नया मुद्दा खोल सकते हैं?

BTW, venv भी प्रभावित होता है, और यह बहुत अच्छा होगा अगर कोई समस्या https://bugs.python.org/ पर भी vev के लिए खोली जाए।

@philosophicles यह बग नहीं हो सकता है - ऐसा प्रतीत होता है क्योंकि distutils $cuthbertson को एक प्लेसहोल्डर के रूप में देख रहा है और इसे एक चर के साथ बदलने की कोशिश कर रहा है, जो नहीं मिला है। प्रलेखन के

मैं अपनी समस्या के लिए वर्तमान में (virtualenv और venv दोनों में) अलग मुद्दे उठाऊंगा।

@vsajip - मेरी राय है कि यह निश्चित रूप से एक बग है। मैंने आपके द्वारा संदर्भित प्रलेखन को देखा है, लेकिन यह किसी डिस्टिल्स का उपयोग कर विकसित करने के लिए एक एपीआई संदर्भ है। मैं बस विंडोज के तहत > python -m virtualenv . जैसी एक साधारण कमांड चलाने की कोशिश कर रहा हूं, और एक घातक त्रुटि का सामना कर रहा हूं जो वर्चुअनव को ऐसा करने से रोकता है जो इसे करने का मतलब है। मुझे virtualenv के आंतरिक कार्यान्वयन, या डिस्टल्यूट कैसे काम करता है, या यहां तक ​​कि मेरी पूर्ण निर्देशिका पथ क्या है, इसके बारे में बिल्कुल भी ध्यान नहीं रखना चाहिए। यह विंडोज निर्देशिका पथ के लिए $ शामिल करने के लिए वैध है, इसलिए उन्हें आदर्श रूप से समर्थित होना चाहिए।

इस मुद्दे को स्वचालित रूप से बासी के रूप में चिह्नित किया गया है क्योंकि इसमें हाल की गतिविधि नहीं थी। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। यदि आप इसे खुला रखना चाहते हैं तो बस एक टिप्पणी जोड़ें। आपके योगदानों के लिए धन्यवाद।

@stale ने इसे बंद कर दिया .... लेकिन पिंग। यह अभी भी एक बग है ... लेकिन मैं ठीक हूँ अगर यह 2.7.x पर तय नहीं है ... मुझे बस जानने की जरूरत है

इसे अब ठीक कर लिया गया है, जब तक कि फाइल सिस्टम कोडेक इसे संभाल सकता है, हम इसे भी संभाल लेंगे we'll अगर हम उचित त्रुटि संदेश नहीं देंगे, तो 👍 विंडोज़ पर पहले python3.6। इसका मतलब यह है कि सभी बाद के मामलों में mcbs कोडेक 👍 है। 'utf-8 के बारे में बात कर रहे हैं।

@gaborbernat धन्यवाद ++

हाय @gaborbernat , क्या यह समस्या नवीनतम मास्टर शाखा में तय की गई है?
मैंने मास्टर शाखा का उपयोग किया और # 1375 जारी करने के समान त्रुटियां प्राप्त कीं।
यदि नहीं, तो मैं इस समस्या को ठीक करने के लिए एक पीआर बना सकता हूं।

मास्टर शाखा में नहीं, लेकिन rewrite शाखा जो जल्द ही मास्टर की जगह लेगी।

ठीक है, आपके उत्तर के लिए धन्यवाद।