यहाँ pip3 से आउटपुट है:

werner in ~ at octopus23
➜ pip3 install pipenv
Collecting pipenv
  Using cached https://files.pythonhosted.org/packages/2c/01/37a5867a47d52856b077d0faa561b791cb6e6e3e9410837b6d62f569c1e6/pipenv-11.10.1-py3-none-any.whl
Collecting virtualenv (from pipenv)
  Using cached https://files.pythonhosted.org/packages/ed/ea/e20b5cbebf45d3096e8138ab74eda139595d827677f38e9dd543e6015bdf/virtualenv-15.2.0-py2.py3-none-any.whl
Collecting pip>=9.0.1 (from pipenv)
  Using cached https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl
Collecting setuptools>=36.2.1 (from pipenv)
  Using cached https://files.pythonhosted.org/packages/8c/10/79282747f9169f21c053c562a0baa21815a8c7879be97abd930dbcf862e8/setuptools-39.1.0-py2.py3-none-any.whl
Collecting virtualenv-clone>=0.2.5 (from pipenv)
  Using cached https://files.pythonhosted.org/packages/6d/c2/dccb5ccf599e0c5d1eea6acbd058af7a71384f9740179db67a9182a24798/virtualenv_clone-0.3.0-py2.py3-none-any.whl
Collecting certifi (from pipenv)
  Using cached https://files.pythonhosted.org/packages/7c/e6/92ad559b7192d846975fc916b65f667c7b8c3a32bea7372340bfe9a15fa5/certifi-2018.4.16-py2.py3-none-any.whl
Installing collected packages: virtualenv, pip, setuptools, virtualenv-clone, certifi, pipenv
Successfully installed certifi-2018.4.16 pip-10.0.1 pipenv-11.10.1 setuptools-39.1.0 virtualenv-15.2.0 virtualenv-clone-0.3.0

मैं अनुमान लगा रहा हूं कि यह पाइप के आधार पर पिपेनव का परिणाम है, लेकिन मुझे यकीन नहीं है कि इसके लिए पिपेनव जिम्मेदार होना चाहिए या नहीं। शायद डेबियन को चाहिए क्योंकि यह वे हैं जिन्होंने पायथन-पाइप कपलिंग को तोड़ा। पिपेनव निश्चित रूप से पाइप के आधार पर एकमात्र पैकेज नहीं है, लेकिन मुझे यकीन नहीं है कि यहां सबसे अच्छा अभ्यास क्या है।

@ncoghlan क्या आप इस विषय पर कुछ अंतर्दृष्टि प्रदान कर सकते हैं? विशेष रूप से

1. क्या एक पैकेज पाइप पर निर्भर होना चाहिए?
2. यदि 1. हां, तो क्या सिस्टम पैकेज मैनेजर के साथ इस तरह के विरोध के लिए इसे जिम्मेदार होना चाहिए?
3. यदि 2. हाँ, तो कैसे?
4. यदि 2. नहीं है, तो कौन जिम्मेदार होगा? क्या उपयोगकर्ता को इसके बजाय वर्कअराउंड का उपयोग करने का निर्देश दिया जाना चाहिए?

किसी भी स्थिति में, आपको शायद कभी भी उबंटू पर sudo pip install कुछ भी नहीं करना चाहिए। आपको इसके बजाय निम्न में से कोई एक करना चाहिए

• सभी तरह से एपीटी का प्रयोग करें
• pip install --user
• एक कस्टम प्रबंधक जैसे pipsi

या इससे भी बेहतर, सिस्टम पायथन से पूरी तरह से बचें, और इसके बजाय pyenv या अन्य पायथन रनटाइम प्रबंधकों का उपयोग करें।

उनको स्क्रैच करें। एपीटी, अवधि से पायथन से बचें।

आपको शायद कभी भी उबंटू पर कुछ भी sudo pip इंस्टॉल नहीं करना चाहिए

मैंने वास्तव में कभी नहीं किया। मैं उबंटू के तहत sudo pip का उपयोग करने की समस्याओं से अवगत हूं, इसलिए जब भी संभव हो मैं apt उपयोग करता हूं या --user उपयोग करता हूं।

आह मैं अब समस्या देखता हूँ। उपयोगकर्ता मॉड्यूल सिस्टम वाले पर वरीयता लेते हैं, लेकिन /usr/bin में $HOME/.local/bin से पहले PATH । /usr/bin/python सिस्टम पाइप इंस्टॉलेशन (जो अभी भी 9.x है) को आयात करने का प्रयास करता है, लेकिन उपयोगकर्ता इंस्टॉलेशन (जो कि 10.x है) को खोजने के लिए समाप्त हो गया। क्या झंझट है।

2095 वही है, लेकिन मैं इसे खुला रखना चाहता हूं क्योंकि मुझे लगता है कि अनुकूल PATH वाले उपयोगकर्ता पर निर्भर रहने की तुलना में अधिक मजबूत समाधान होना चाहिए।

यह बहुत स्थिर है जब उपयोगकर्ता के पास है:

• ˜/.local/bin उपयोगकर्ता के PATH की शुरुआत में। 16.10 के बाद से, उबंटू पर डिफ़ॉल्ट होना चाहिए। इसे रखना एक अच्छा अभ्यास है क्योंकि यह pip install --user व्यवहार को सक्षम बनाता है जो पूरी तरह से वैध उपयोग का मामला है
• उपयोगकर्ता को हमेशा pip install --user उपयोग करना चाहिए। सिस्टम के पाइप के साथ खिलवाड़ करना हर वितरण में वास्तव में खराब है, यहां तक ​​​​कि डेबियन में अजीब "डिस्ट-पैकेज/साइट-पैकेज" फ़ोल्डर्स उपयोगकर्ता से गलतियों से रक्षा नहीं करते हैं।

हमने अपने सभी ubuntu उपयोगकर्ता इंस्टॉल (विभिन्न ubuntu संस्करण के 1000 से अधिक इंस्टॉल का संगठन) में इस व्यवहार को सुनिश्चित किया है, और pip10 में संक्रमण एक आकर्षण की तरह काम करता है।

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

आह, अब मैं देखता हूं कि समस्या क्या है, धन्यवाद। मैंने कभी नहीं सोचा था कि पथ इस पर प्रभाव डाल सकता है, यही कारण है कि इसे मुद्दे के विवरण में शामिल करना मेरे लिए नहीं हुआ। इसके बारे में खेद है, और आपकी मदद के लिए धन्यवाद।

मेरे लिए जो तय किया वह जोड़ रहा था

export PATH="${HOME}/.local/bin:$PATH"

प्रोफ़ाइल के लिए।

संपादित करें: सुनिश्चित करें कि आप hash -r चलाते हैं या इस परिवर्तन को प्रभावी करने के लिए एक नया शेल दर्ज करें।

मुझे नहीं लगता कि हम स्वतंत्र रूप से इससे निपटने के लिए बहुत कुछ कर सकते हैं

शायद कुछ और विस्तृत इंस्टॉलेशन निर्देश या चेतावनियां हो सकती हैं? मैं बहुत अनुभवी नहीं हूं कि पाइप कैसे काम करता है, लेकिन मैंने पथ के मुद्दों के बारे में एक नोट पढ़ा होगा। लेकिन मुझे लगता है कि एक साधारण नियम के लिए विभिन्न पैकेज प्रबंधकों और वितरणों का पारिस्थितिकी तंत्र बहुत जटिल है ...

@slhck यह वास्तव में इतना निराशाजनक है कि यह xkcd विशेष रूप से कुछ दिनों पहले अजगर वातावरण और sudo और पैकेज प्रबंधक प्रतिष्ठानों के बारे में था

यहाँ एक अच्छा चरण-दर-चरण मार्गदर्शिका है जिसे मैंने Ubuntu 18.04 पर सफलतापूर्वक उपयोग किया है:
https://phoikoi.io/2018/04/03/bootstrap-pipenv-debian.html

https://github.com/pypa/python-packaging-user-guide/issues/396 भी है, जो इस सवाल पर चर्चा करता है कि हम लोगों की पहचान करने में मदद करने के लिए चेकलिस्ट या समस्या निवारण स्क्रिप्ट के साथ आने में सक्षम हो सकते हैं या नहीं। उनके वातावरण में संभावित मुद्दों को हल करें। मैं वहां PATH / sys.path विरोध की संभावना के बारे में एक नोट बनाऊंगा।

धन्यवाद, @slhck । आपके निर्यात कार्य-आसपास ने मुझे सबसे अधिक समय बचाया; मैंने इसे /etc/profile. में जोड़ा है।

यह वास्तव में गूंगा है कि हमारे पास लिनक्स पर सॉफ्टवेयर पैकेजिंग के 2 स्तर हैं। इससे भी बदतर, *बंटस की नवीनतम रिलीज के साथ, उनमें से एक (पाइप/पाइप3) के दोनों स्वाद टूट गए हैं।

मैंने इसे लॉन्चपैड पर लिखा: https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1772746

@texadactyl डेबियन की यह नीति है (मैं भूल जाता हूं कि यह क्या है) कि पाइप को डिफ़ॉल्ट रूप से स्थापित नहीं किया जाना चाहिए, और वे पिछली शिकायत के साथ इससे चिपके हुए हैं। परंपरा डेबियन जड़ों में गहरी, गहरी है। अगर वे इस पर पुनर्विचार कर सकते हैं तो मुझे आश्चर्य होगा, लेकिन मुझे बहुत संदेह है कि वे ऐसा करेंगे।

मैं उबंटू 18 और पायथन 3.6 पर एक ही मुद्दे का सामना कर रहा था

मेरे द्वारा अनुसरण किए गए चरण नीचे दिए गए हैं:

1) सबसे पहले मुझे त्रुटि मिल रही थी:

ट्रेसबैक (सबसे हालिया कॉल अंतिम):
फ़ाइल "/ usr/bin/pip", लाइन 9, in
पाइप आयात मुख्य से
आयात त्रुटि: मुख्य नाम आयात नहीं कर सकता

2) मैंने /user/bin/pip फ़ाइल को इसमें संशोधित किया है:

आयात प्रणाली
pip._आंतरिक आयात मुख्य से _main . के रूप में
अगर __name__ == '__main__':
sys.exit (मुख्य ())

3) फिर, उसने मुझे यह त्रुटि देना शुरू कर दिया:

ट्रेसबैक (सबसे हालिया कॉल अंतिम):
फ़ाइल "/ usr/bin/pip3", पंक्ति 11, in
sys.exit (मुख्य ())
नाम त्रुटि: नाम 'मुख्य' परिभाषित नहीं है

4) मैंने /usr/bin/pip3 को संशोधित किया:

आयात प्रणाली
pip._आंतरिक आयात मुख्य से _main . के रूप में
अगर __name__ == '__main__':
sys.exit(_main ())

5) तब मुझे त्रुटि मिलनी शुरू हुई:

ट्रेसबैक (सबसे हालिया कॉल अंतिम):
फ़ाइल "/ usr/bin/pip3", पंक्ति 11, in
sys.exit (मुख्य ())
नाम त्रुटि: नाम 'मुख्य' परिभाषित नहीं है

6) मैंने मुख्य () से _main (), और वॉइला का नाम बदल दिया .. यह काम कर गया !!! :) :)

जबकि इससे आपके लिए समस्या हल हो सकती है, यह काफी बुरी सलाह है। आपको सिस्टम फ़ाइलों को मैन्युअल रूप से संशोधित नहीं करना चाहिए। समाधान के लिए कृपया मेरी पिछली टिप्पणी देखें।

संपादित करें: @slhck के समाधान ने इसे हल किया। आपके रास्ते में ~/.local/bin होना चाहिए

उबंटू 16.04 पर एक ही समस्या आ रही है।

$ sudo apt install python3-pip
$ pip3 --version
pip 8.1.1 from /usr/lib/python3/dist-packages (python 3.5)
$ python3 -m pip install --user pipenv
$ pip3 --version
Traceback (most recent call last):
  File "/usr/bin/pip3", line 9, in <module>
    from pip import main
ImportError: cannot import name 'main'

# revert back and fix pip
$ sudo python3 -m pip uninstall pip && sudo apt install python3-pip --reinstall

मैं बस इतना जोड़ना चाहता हूं कि मैं इस मुद्दे पर भी ठोकर खाई। मेरे पास पहले से ही ~/.local/bin मेरे रास्ते में पहली चीज़ थी। समस्या यह है कि कैसे बैश हैश कमांड करता है। इस समस्या का समाधान यहाँ पाया गया: https://github.com/pypa/pip/issues/5221#issuecomment -381568428

@thernstig हाँ, यह सही है - मैंने उपरोक्त मेरे समाधान में आवश्यक hash -r कमांड जोड़ा, जिसका मैं स्पष्ट रूप से उल्लेख करना भूल गया था।

@slhck कोई समस्या नहीं, खुशी है कि मैं मदद कर सकता था

मुझे एहसास हुआ कि मुद्दा बंद हो गया है, लेकिन मैं इस उम्मीद के साथ पोस्ट कर रहा हूं कि इससे पाथ में संशोधन से बचने में मदद मिल सकती है। मैं आज एक नई उबंटू 18.04 मशीन स्थापित करते समय इसमें भाग गया और इसे पाथ संशोधनों के बिना हल करने में सक्षम था, हालांकि मैंने रीबूट किया था (मैं काफी निश्चित लॉग आउट/इन काम करूंगा, लेकिन सत्यापित नहीं किया)।

python3-pip माध्यम से pip3 और pip3 install --user pipenv साथ pipenv स्थापित करने के बाद मुझे विषय त्रुटि प्राप्त हुई। मैं @slhck से वर्कअराउंड का उपयोग करने वाला था जब मैंने ~/.profile में निम्नलिखित पर ध्यान दिया (स्टॉक, मेरे पास कोई संशोधन नहीं है):

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi

जिज्ञासु, मैंने रिबूट किया और निश्चित रूप से पर्याप्त था, इस मुद्दे को हल किया गया था क्योंकि मेरा .local/bin अब मेरे PATH की शुरुआत में था और pip3 ने फिर से काम किया।

@jlitzingerdev मुझे पूरा यकीन है कि पथ डिफ़ॉल्ट है, यह सिर्फ मेरे सिस्टम के लिए है, क्योंकि मैं एक अलग शेल और प्रोफाइल का उपयोग कर रहा था, मैंने इसे हटा दिया या इसे खरोंच से बनाया, इसलिए मेरा "वर्कअराउंड" जो आवश्यक नहीं होना चाहिए था पहली जगह में। ख़ुशी है कि यह आपको समझ में आ गया।

@slhck यह है, लेकिन यह पहले लॉगिन पर पथ में नहीं हो सकता है क्योंकि ~/.local/bin मौजूद नहीं हो सकता है, या ऐसा मेरा विशिष्ट मामला था।

हमें क्या करना है?

बस बहाली आदेशों को शामिल करने के लिए धन्यवाद कहना चाहता हूं, मुझे फिर से काम करने के लिए पाइप प्राप्त करने में परेशानी हो रही थी।

मैं Ubuntu 18.04 के तहत pipenv स्थापित करना चाहता हूं। जब मैं ऐसा करता हूं, तो यह pip / pip3 को तोड़ देता है।

अपेक्षित परिणाम

पिपेनव का स्थापित और कार्यशील संस्करण।

वास्तविक परिणाम

pip/pip3 टूटा हुआ है, इस पर निर्भर करता है कि क्या मैं pipenv को pip या pip3 स्थापित करना चाहता था।

➜ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

दोहराने के लिए कदम

1. Set up Ubuntu 18.04

2. Run `pip install pipenv` or `pip3 install pipenv`

3. Run `pip` or `pip3` – the error is printed, and pip / pip3 do not work anymore.

समस्या को ठीक करने के लिए मुझे दौड़ना होगा:

sudo python -m pip uninstall pip && sudo apt install python-pip --reinstall
sudo python3 -m pip uninstall pip && sudo apt install python3-pip --reinstall

लेकिन मैं पाइप का उपयोग करके पिपेनव स्थापित नहीं कर सकता। apt माध्यम से इंस्टॉलेशन काम नहीं करता क्योंकि कोई पीपीए उपलब्ध

मेरे पास मेरे ubuntu 18 pip में 3 pip है, pip3 और pip3.6 pip 2.7 pip3 के लिए है 3.5 और pip3.6 3.6 के लिए है जो pip फ़ाइल स्थान को .local/bin में दिखाता है। मैंने यहाँ से pip और pip3 फाइल को हटा दिया है। अब कौन सा pip3 मुझे /usr/bin/pip3 दिखाता है। कमांड चलाएँ sudo nano /usr/bin/pip3 दुभाषिया के लिए पहली पंक्ति को !#/usr/bin/python3 से #/usr/bin/python3.5 के रूप में बदलें। मेरे लिये कार्य करता है। मेरे सभी पिप्स काम करते हैं। आशा है यह मदद करेगा

मेरे पास मेरे ubuntu 18 pip में 3 pip है, pip3 और pip3.6 pip 2.7 pip3 के लिए है 3.5 और pip3.6 3.6 के लिए है जो pip फ़ाइल स्थान को .local/bin में दिखाता है। मैंने यहाँ से pip और pip3 फाइल को हटा दिया है। अब कौन सा pip3 मुझे /usr/bin/pip3 दिखाता है। कमांड चलाएँ sudo nano /usr/bin/pip3 दुभाषिया के लिए पहली पंक्ति को !#/usr/bin/python3 से #/usr/bin/python3.5 के रूप में बदलें। मेरे लिये कार्य करता है। मेरे सभी पिप्स काम करते हैं। आशा है यह मदद करेगा

इन सभी कदमों को वास्तव में प्रोत्साहित नहीं किया जाता है। आपको /usr/bin में फ़ाइलों को मैन्युअल रूप से संपादित नहीं करना चाहिए। इसके बजाय, ऊपर बताए अनुसार पाइप को अनइंस्टॉल करने का प्रयास करें, और apt माध्यम से पुनः इंस्टॉल करें। यह आपको सही सिस्टम इंस्टॉलेशन प्राप्त करना चाहिए। यदि आपको pipenv साथ समस्या है, तो कृपया एक नया मुद्दा खोलें और इस तरह के समाधान का प्रयास करने के बजाय अपनी समस्या का वर्णन करें।

जैसा कि ऊपर उल्लेख किया गया है, उपयुक्त के माध्यम से पुनः स्थापित करने से कुछ भी नहीं बदलेगा क्योंकि यह समान आउटपुट उत्पन्न करता है। यह साधारण राज्य नाम मुख्य आयात नहीं कर सकते हैं और एक पायथन दुभाषिया में आयात पाइप करने पर यह इसे मॉड्यूल के रूप में आयात करता है, इसका मतलब है कि मुख्य नाम उस मॉड्यूल में उपलब्ध नहीं है जहां वह देखने की कोशिश कर रहा है। अब मैंने ऊपर आँख बंद करके संपादित करने का सुझाव नहीं दिया। एक सॉफ्टवेयर उत्साही के रूप में जब मैं ubuntu14 पर था, मैंने पाइप फ़ाइल की जाँच की और इसका कोड ubuntu18 pip3 के समान है। तो क्या बदल गया। इसके साथ पहले से पैक किए गए पायथन संस्करण ने किया।

क्योंकि पाइथॉन 3.5 और 2.7 के लिए पाइप केवल मुख्य रूप से पाइप मॉड्यूल में परिभाषित किया गया है।
और python3.6 ने इसे pip._internal . में परिभाषित किया है

अब उपरोक्त दो कथन सभी की समस्या का समाधान करते हैं

समस्या दुभाषिया में ही निहित है

अजगर 3; लेकिन यह किस अजगर का जिक्र कर रहा है
जिन डेवलपर्स के पास केवल अजगर 2.7 था और उन्हें ubuntu18 में बदल दिया गया था, उनके पास अजगर 3 के रूप में अजगर 3.6 होने की संभावना है

लेकिन उन लोगों का क्या जिन्होंने python3.4 pr 3.5 स्थापित किया था। पहले python3 को python3.5 के लिए संदर्भित किया गया था और अब अपग्रेड के बाद यह ppython3.6 को संदर्भित करेगा

तो जिस तरह से इसे डेबियन ने संभाला, उसने इसे तोड़ दिया

केवल सही दुभाषिया बताने से समस्या का समाधान हो जाएगा
दोनों में त्रुटियाँ होने के कारण

पाइप आयात मुख्य से
तथा
pip._आंतरिक आयात मुख्य से _main . के रूप में

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

नोट: यदि वे कोड नहीं बदलते हैं तो नए संस्करण काम नहीं करेंगे। वे वर्कअराउंड जोड़ देंगे ताकि यह इसे अनइंस्टॉल करने और इंस्टॉल करने वाले सभी के लिए काम करे

मुझे आशा है कि इस बिंदु पर आप इसे प्राप्त करेंगे। शांति और मुझे फिर से परेशान मत करो

@ r-tron18 मुझे खेद है कि आप एक रचनात्मक सुझाव के रूप में व्याख्यान महसूस कर रहे हैं - आपने सिस्टम फ़ाइल को संशोधित नहीं किया है। आप अपनी मूल पोस्ट में जो छोटा सा संदर्भ दे रहे थे, उससे यह बताना असंभव था कि क्या आप एक अनुभवी उपयोगकर्ता हैं जो जानते हैं कि वे क्या कर रहे हैं, या सिर्फ वर्कअराउंड लागू कर रहे हैं जो उन्हें कहीं और मिल सकते हैं। मैं विभिन्न समस्या निवारण और प्रश्नोत्तर वेबसाइटों पर बहुत समय बिताता हूं, और मुझे लगता है कि आप सहमत होंगे कि हमें उपयोगकर्ताओं को यादृच्छिक सुधारों का प्रयास करने के लिए प्रोत्साहित नहीं करना चाहिए या sudo -सिस्टम द्वारा भेजी गई फ़ाइल को संपादित करना चाहिए, जिससे अक्सर अधिक त्रुटियां और भ्रम। यह एक सामान्य मसला अधिक है।

मैं अभी भी आश्वस्त नहीं हूं कि आप जो सुझाव दे रहे हैं वह एक विश्वसनीय समाधान है। और: हम उस समाधान के गुणों के बारे में एक नागरिक चर्चा कर सकते हैं - गिटहब एक ऐसा स्थान है जहां मुझे इसे व्यक्त करने की अनुमति है।

कारण है: की कुटिया बदलते /usr/bin/pip3 करने के लिए #!/usr/bin/python3.5 केवल आप उस संस्करण के साथ फंस पाने के लिए जा रहा है। इसे #!/usr/bin/python3 पढ़ना चाहिए, और यह /usr/bin/python3.6 (या जो कुछ भी आपके सिस्टम पर चालू है) के लिए एक सिमलिंक होना चाहिए। कोई भी पायथन अपग्रेड संभवतः उस फ़ाइल को वैसे भी बदल देगा।

तुम कहो:

लेकिन उन लोगों का क्या जिन्होंने python3.4 pr 3.5 स्थापित किया था। पहले python3 को python3.5 के लिए संदर्भित किया गया था और अब अपग्रेड के बाद यह ppython3.6 को संदर्भित करेगा
तो जिस तरह से इसे डेबियन ने संभाला, उसने इसे तोड़ दिया

क्या आप कह रहे हैं कि Python 3.5 से Python 3.6 में अपग्रेड होने के बाद, उस python3 सिमलिंक को अपडेट नहीं किया गया था? यदि आप जो देख रहे हैं वह वास्तव में डेबियन या उबंटू के साथ एक बग है, जहां एक पायथन अपग्रेड सही सिम्लिंक सेट करने में विफल रहा है, तो उस बग को शायद अपस्ट्रीम संबोधित किया जाना चाहिए, नहीं?

मुझे एहसास हुआ कि मुद्दा बंद हो गया है, लेकिन मैं इस उम्मीद के साथ पोस्ट कर रहा हूं कि इससे पाथ में संशोधन से बचने में मदद मिल सकती है। मैं आज एक नई उबंटू 18.04 मशीन स्थापित करते समय इसमें भाग गया और इसे पाथ संशोधनों के बिना हल करने में सक्षम था, हालांकि मैंने रीबूट किया था (मैं काफी निश्चित लॉग आउट/इन काम करूंगा, लेकिन सत्यापित नहीं किया)।

python3-pip माध्यम से pip3 और pip3 install --user pipenv साथ pipenv स्थापित करने के बाद मुझे विषय त्रुटि प्राप्त हुई। मैं @slhck से वर्कअराउंड का उपयोग करने वाला था जब मैंने ~/.profile में निम्नलिखित पर ध्यान दिया (स्टॉक, मेरे पास कोई संशोधन नहीं है):

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/.local/bin" ] ; then
    PATH="$HOME/.local/bin:$PATH"
fi

जिज्ञासु, मैंने रिबूट किया और निश्चित रूप से पर्याप्त था, इस मुद्दे को हल किया गया था क्योंकि मेरा .local/bin अब मेरे PATH की शुरुआत में था और pip3 ने फिर से काम किया।

यह मेरे लिए काम करता है, रिबूट के बाद सभी ठीक काम करते हैं। (इंस्टॉल करने के बाद: "pip3 install --user pipenv" अपने सिस्टम को रीस्टार्ट करें और यह काम करेगा।