Pipenv: 2018.11.26: पाइपेनेव एक वर्चुअन बनाते समय पाइथन त्रुटियों का उत्सर्जन करता है

ऐसा लगता है कि /usr/local/bin/pythonz अब एक वैध मार्ग नहीं है।

हम्म। क्या यह कभी होना चाहिए था? मैंने कभी भी सीधे अजगर का उपयोग नहीं किया है। मैंने सोचा था कि यह सिर्फ एक पिपेनव निर्भरता थी जब मैंने पिपेनव को स्थापित किया था।

किक्स के लिए, मैंने अभी तक 2018.11.26 तक पाइपेंव की स्थापना रद्द की और फिर से स्थापित किया और अभी भी समस्या है।

क्या आप pipenv --support से आउटपुट प्रदान कर सकते हैं? और पुष्टि करने के लिए, नहीं, यह नहीं होना चाहिए था

ओह एनवीएम ने सिर्फ आपका संदेश देखा। मैं बस इस बात की पुष्टि करना चाहता हूं कि कहीं आपके रास्ते में पिपेनव का कोई दुष्ट संस्करण नहीं है। क्या आप which pipenv और python -m pipenv --version जाँच कर सकते हैं

$ which pipenv
/usr/local/bin/pipenv

python -m pipenv --version लौटे No module named pipenv क्योंकि मैं दोनों अजगर 2 और अजगर 3 Homebrew के माध्यम से स्थापित किया है, और राशि python अजगर 2.7 से चलता है। यहाँ एक पूर्व सिफारिश के अनुसार, मैंने पाइथन 3 के तहत पिपेनव स्थापित किया है। इसलिए मैंने python3 में प्रतिस्थापित किया और प्राप्त किया:

$ python3 -m pipenv --version
pipenv, version 2018.11.26

धन्यवाद!

आह अच्छा। और हाँ बग समझ में आता है। मैं इसे केवल ऊपर की तरफ टैग करूँगा और सुनिश्चित करूँगा कि यह ठीक हो जाए

इस पर कोई शब्द कब जारी किया जाएगा? मुझे यह समस्या है जिससे मुझे पिपेनव आवश्यकताओं को स्थापित करने से रोका जा रहा है। मैंने @commandtab की कोशिश की है

मुझे नहीं वर्तमान संस्करण के साथ सभी पर काम करने के लिए pipenv मिल सकती है।

$ which pipenv
/Users/josh/.pyenv/shims/pipenv

$ python -m pipenv --version
pipenv, version 2018.11.26

मैं python3.7 homebrew से स्थापित करने की कोशिश की, और एक ही मुद्दा।

ऐसा लगता है कि यहाँ कोई आग्रह नहीं है, या यह कोई बड़ी समस्या नहीं है। क्या मुझे कुछ याद आ रहा है, या पिपेनव मौजूदा संस्करण के साथ पूरी तरह से टूट गया है?

वर्तमान रिलीज निश्चित रूप से मुझे hosed लगती है। एक और अस्थायी वर्कअराउंड जो मैंने पिछले अंक में देखा था, वह विशेष रूप से python पथ में पास करना था:

pipenv --three --python=`which python3`

मैं इस समय के लिए सफलता के साथ कर रहा हूँ:

वह समाधान मेरे लिए काम नहीं कर रहा था। मुझे 2018.10.13 डाउनग्रेड करना था और फिर उस थ्रेड पर वर्कअराउंड का उपयोग करना था:

pipenv install -d --python=$HOME/.pyenv/versions/3.7.1/bin/python

जहां तक ​​मैं बता सकता हूं, पिपेनव अक्टूबर से पूरी तरह से टूट गया है।

@techalchemy अपस्ट्रीम टैग फिक्स पर कोई शब्द? पिप्लेनव वर्चुअनव सृजन के लिए अभी भी आह्वान के लिए वर्कआर्ड की आवश्यकता होती है।

धन्यवाद ❤️

यह अन्य सभी फ़िक्सेस के साथ थोड़ा मोटा था जिसे एकीकृत करने की आवश्यकता थी लेकिन मुझे लगता है कि CI अब पास हो जाएगा और यह # 3330 के साथ तय किया जाएगा - मुसीबत के लिए खेद है

आह अच्छा। और हाँ बग समझ में आता है। मैं इसे केवल ऊपर की तरफ टैग करूँगा और सुनिश्चित करूँगा कि यह ठीक हो जाए

अभी भी जारी है, किसी भी विचार जब यह तय किया जाएगा जारी किया जाएगा।

एक ही मुद्दा यहाँ।

@ कमांड-टैब के वर्कअराउंड वर्क की पुष्टि कर सकता है।

यह निश्चित रूप से अभी भी homebrew pipenv और अजगर के साथ होता है ... इस तरह के आश्चर्य की बात यह देखने के लिए एक परीक्षण नहीं है कि यह मुद्दा कितना लंबा है ...

मैं यह भी पुष्टि कर सकता हूं कि यह समस्या अभी भी हो रही है, इसके बावजूद गिटहब मुद्दा बंद हो रहा है।

क्या रखरखाव के लिए एक नए मुद्दे की आवश्यकता है?

लिनक्स के लिए विंडोज सबसिस्टम में स्थापित उबंटू 18 एलटीएस के साथ एक ही मुद्दा।

वर्कअराउंड मेरे लिए काम करता है।

@techalchemy यह समस्या अभी भी मौजूद है। क्या आप कृपया इसे फिर से खोल सकते हैं या यह स्पष्ट कर सकते हैं कि आप एक नया मुद्दा बनाना चाहते हैं?

धन्यवाद।

लिनक्स के लिए विंडोज सबसिस्टम में स्थापित उबंटू 18 एलटीएस के साथ एक ही मुद्दा।

मुझे भी

@techalchemy कृपया फिर से देखें

यहाँ MacO Mojave और अजगर 3.7 पर एक ही मुद्दा

मैं भी:

• कैटालिना
• पायथन 3.7।

मेरे Pipfile में इस लाइन पर टिप्पणी करने के बाद सब कुछ ठीक काम करता है:

[requires]

#python_version = "3.7.4"

मैं भी:

• कैटालिना
• पायथन 3.7।

मेरे Pipfile में इस लाइन पर टिप्पणी करने के बाद सब कुछ ठीक काम करता है:

[requires]

#python_version = "3.7.4"

आह, यह मेरे लिए काम किया, धन्यवाद!

@JarredStanford @edsu
यह मेरे लिए और साथ ही VSCode में WSL पर काम करता था (मैंने एक बाहरी शेल की कोशिश नहीं की क्योंकि यह एक अलग परियोजना के लिए ठीक काम करता था)।

@ आदेश-टैब
"--Python = which python3 " जोड़ना भी काम करता है। मैंने "--three" जोड़ने की कोशिश नहीं की और यह मेरे उपयोग के मामले / संस्करण के लिए आवश्यक नहीं लगता है।

दोनों वर्कअराउंड प्राप्त करने के बाद और मैं इसे काम करने में सक्षम था, मैंने उन्हें हटा दिया और यह सुनिश्चित करने के लिए तीसरी बार कोशिश की कि पर्यावरण अभी भी एक मुद्दा पैदा कर रहा था (कथावाचक: यह था)।

@techalchemy
मैं सोच रहा हूं कि यह 3330 में "पूरी तरह से तय" नहीं हो सकता है? यह समान लक्षणों के कारण एक स्पर्शरेखा मुद्दा हो सकता है। मेरे मामले में मैं WSL का उपयोग कर रहा हूं और सोच रहा हूं कि क्या 'python3' और 'python3.exe' दोनों ही मेरे WSL पथ में संदिग्ध हैं।

क्या आप यह सोचेंगे कि मैंने एक नया मुद्दा खोला, क्या आप चाहेंगे कि मैं अतिरिक्त डायग्नोस्टिक्स चलाऊं, या कुछ और?

मैं arclinux (manjaro) के साथ wsl2 का उपयोग कर रहा हूँ
ऐसा लगता है कि पाइपेनव मेजबान एनवी विंडो में अजगर को स्थापित करने के लिए बुला रहा है
इसलिए हमें यह परिभाषित करने की आवश्यकता है कि अजगर को कहां ढूंढना है:
pipenv --python=<PATH_TO_PYTHON>
या
pipenv --python=which python3

मेरे लिये कार्य करता है।

इसकी पुष्टि कर सकते हैं Ubuntu 18.04 LTS के साथ WSL के तहत। ऐसा लगता है जैसे कि पिपेनव एक अजगर इंटरप्रेटर की तलाश में जा रहा है, जिसके बजाय इसे अंजाम दिया जा रहा है, और ऐसा करने से पीछे के क्रम में पाट ट्रेस हो रहा है। मेरे पास कई पायथन वातावरण स्थापित हैं, और जब भी मैं मैन्युअल रूप से एक को हटाता हूं, तो पिपेनव एक अलग मिल जाएगा और इसके बजाय उस बारे में शिकायत करेगा।

मैं उबंटू 18.04 एलटीएस के साथ डब्ल्यूएसएल के तहत एक ही मुद्दा देख रहा हूं। pipenv install --python $(which python3) काम करता है, लेकिन जब मैं बाद में pipenv shell pipenv install --python $(which python3) करता हूं, तो यह उन निर्भरताओं को नहीं पा सकता है जिन्हें इसे डाउनलोड करना चाहिए था।

WSL 1 और Ubuntu 18.04 का उपयोग करके भी मैं प्रभावित हूं। वर्कअराउंड --python $(which python) काम करता है।

अपवाद के अंतिम भाग का कारण, अर्थात यह बिट:

  File "/usr/local/lib/python3.6/site-packages/pipenv/vendor/pythonfinder/utils.py", line 68, in get_python_version
    combine_stderr=False, write_to_stdout=False)
  File "/usr/local/lib/python3.6/site-packages/pipenv/vendor/vistir/misc.py", line 314, in run
    write_to_stdout=True
  File "/usr/local/lib/python3.6/site-packages/pipenv/vendor/vistir/misc.py", line 162, in _create_subprocess
    sys.stderr.write("Error %s while executing command %s", exc, " ".join(cmd._parts))
TypeError: write() takes exactly one argument (3 given)

... क्योंकि पहले अपवाद से निपटने पर त्रुटि को प्रिंट करने के लिए कॉल में एक बग है। यह बग जनवरी 2019 में पहले से ही मास्टर बैक में तय किया गया प्रतीत होता है - https://github.com/pypa/pipenv/commit/574fe7308d9ac81d64da954722f35c9eee054467#diff -a59595db75020aeb9f688d6a04848186186 लेकिन जब से पिपनव का नवीनतम संस्करण २०१6.११.२६ है, मुझे लगता है कि अधिकांश का निश्चित संस्करण नहीं है।

कोई इसे मैन्युअल रूप से पैच कर सकता है। /usr/local/lib/<your-python-version>/site-packages/pipenv/vendor/vistir/misc.py खोलें, लाइन 162 पर नेविगेट करें और इसे बदलें:

sys.stderr.write("Error %s while executing command %s", exc, " ".join(cmd._parts))

... इसके लिए:

sys.stderr.write(f"Error {exc} while executing command " + " ".join(cmd._parts))

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

Error [Errno 8] Exec format error: '/mnt/c/Users/<user>/AppData/Local/Microsoft/WindowsApps/python3.exe' while executing command /mnt/c/Users/<user>/AppData/Local/Microsoft/WindowsApps/python3.exe -c import sys; print(['Traceback (most recent call last):\n', '  File "/usr/local/lib/python3.6/dist-packages/pipenv/vendor/vistir/contextmanagers.py", line 150, in spinner\n    yield _spinner\n', '  File "/usr/local/lib/python3.6/dist-packages/pipenv/vendor/vistir/misc.py", line 314, in run\n    write_to_stdout=True\n', '  File "/usr/local/lib/python3.6/dist-packages/pipenv/vendor/vistir/misc.py", line 160, in _create_subprocess\n    combine_stderr=combine_stderr)\n', '  File "/usr/local/lib/python3.6/dist-packages/pipenv/vendor/vistir/misc.py", line 134, in _spawn_subprocess\n    return subprocess.Popen(cmd, **options)\n', '  File "/usr/lib/python3.6/subprocess.py", line 729, in __init__\n    restore_signals, start_new_session)\n', '  File "/usr/lib/python3.6/subprocess.py", line 1364, in _execute_child\n    raise child_exception_type(errno_num, err_msg, err_filename)\n', "OSError: [Errno 8] Exec format error: '/mnt/c/Users/<user>/AppData/Local/Microsoft/WindowsApps/python3.exe'\n"]

डब्लूएसएल उपयोगकर्ताओं के लिए, मेरा मानना ​​है कि इस मुद्दे को कम करके यह सुनिश्चित किया जा सकता है कि Pipfile में आपके पायथन संस्करण पर किसी भी आवश्यकता को _exactly_ द्वारा लिनक्स-आधारित पायथन इंस्टॉलेशन, जैसे से मिलान किया गया है।

[requires]
python_version = "3.6.8"  # Make sure this exactly matches an installed version, or remove it.

उम्मीद है की यह मदद करेगा।

यह निश्चित नहीं है कि यह कितना मदद करता है, लेकिन pipenv lock चलाने वाले Pipfile को हटाना, और फिर पुराने Pipfile की सामग्री को वापस रखना और pipenv install मेरे लिए स्थायी रूप से काम करना।