अरे @KleinerNull!

मुझे कोई सुराग नहीं है कि इसका उन्नयन के साथ या पर्यावरण के रूप में pyenv के साथ कुछ करना है।

मुझे लगता है कि यह एक पर्यावरण मुद्दा है। मेरा सुझाव है कि आप pyenv पर एक मुद्दा खोलें क्योंकि मुझे लगता है कि वहां के लोग इस पर टिप्पणी करने/इसे ठीक करने की बेहतर स्थिति में होंगे।

@pradyunsg

मैंने pyenv रेपो में एक मुद्दा खोला।

हम भी इससे पीड़ित हैं, इसने हमारी पाइपलाइन को तोड़ दिया है। चलाया जा रहा ऑपरेशन:

 11 #upgrade pip and install uwsgi
 12 pip install --user --upgrade pip
 13 pip install uwsgi

उबंटू 16.04
पायथन 3.6

हम एक ही परेशानी का सामना कर रहे हैं।

// in host
$ docker pull ubuntu:xenial
$ docker run --name pip-test --rm -it ubuntu:xenial bash

// in container
# apt update
# apt install -y python-dev python-pip
# pip install --upgrade pip
Collecting pip
  Downloading pip-10.0.0-py2.py3-none-any.whl (1.3MB)
    100% |################################| 1.3MB 865kB/s 
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0
# pip install requests
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

यहाँ वही .. @HayaoSuzuki के समान आउटपुट और हम pyenv . का उपयोग नहीं करते हैं

यदि आप इसे pyenv के बाहर प्राप्त कर रहे हैं तो मुझे संदेह है कि यह #5221 . से संबंधित होने की अधिक संभावना है

बस यह उल्लेख करने के लिए कि उबंटू 16.04 पर pip install --user --upgrade pip भी टूट जाता है।

दिलचस्प रूप से आसान स्थापित पाइप 10.0.0 स्थापित करता है लेकिन समस्या प्रदर्शित नहीं करता है
```
// होस्ट में
$ डॉकर पुल ubuntu: xenial
$ docker run --name pip-test --rm -it ubuntu:xenial bash

// कंटेनर में

उपयुक्त अद्यतन

उपयुक्त इंस्टॉल -y पायथन-सेटअपटूल

आसान_इंस्टॉल पाइप

स्थापित /usr/local/lib/python2.7/dist-packages/pip-10.0.0-py2.7.egg
पाइप के लिए प्रसंस्करण निर्भरता
पाइप के लिए समाप्त प्रसंस्करण निर्भरता

पाइप स्थापित अनुरोध

अनुरोध एकत्रित करना
अनुरोध डाउनलोड करना-2.18.4-py2.py3-none-any.whl (88kB)
100% |#############################| 92kB 2.9MB/s
प्रमाणपत्र एकत्रित करना>=2017.4.17 (अनुरोधों से)
डाउनलोड हो रहा है सर्टिफिकेट-2018.1.18-py2.py3-none-any.whl (151kB)
100% |#############################| 153केबी 4.4एमबी/सेक
chardet एकत्रित करना<3.1.0,>=3.0.2 (अनुरोधों से)
डाउनलोड हो रहा है chardet-3.0.4-py2.py3-none-any.whl (133kB)
100% |#############################| 143kB 4.5MB/s
आईडीना एकत्रित करना<2.7,>=2.5 (अनुरोधों से)
डाउनलोड हो रहा है idna-2.6-py2.py3-none-any.whl (56kB)
100% |#############################| 61 केबी 7.4एमबी/सेक
urllib3 एकत्रित करना<1.23,>=1.21.1 (अनुरोधों से)
डाउनलोड हो रहा है urllib3-1.22-py2.py3-none-any.whl (132kB)
100% |#############################| 133kB 4.4MB/s
एकत्रित पैकेज स्थापित करना: सर्टिफिकेट, चारडेट, आईडीना, urllib3, अनुरोध
सर्टिफ़िकेट-2018.1.18 chardet-3.0.4 idna-2.6 अनुरोध-2.18.4 urllib3-1.22 सफलतापूर्वक स्थापित किया गया
```

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

जबकि मैं इस बात की सराहना करता हूं कि यहां और https://github.com/pypa/pip/issues/5221 में रिपोर्ट की गई अंतर्निहित समस्या पर्यावरण है, इसका मुख्य कारण यह है कि आयात from pip import main पैकेज pip.main के रूप में टूट गया था pip._internal.main में ले जाया गया। इसे ठीक करने के लिए pip.main से pip._internal.main तक एक लिंक जोड़ना तुच्छ होगा (जबकि कई लोगों के लिए पर्यावरण को ठीक करना कई स्थानों पर बहुत काम है)। क्या ऐसा न करने का कोई अच्छा कारण है?

@davidjlloyd

यह टिप्पणी ऐसा नहीं करने के बारे में कुछ जानकारी देती है, लेकिन मुझे पूरी तरह से यकीन नहीं है कि यह पाइप स्क्रिप्ट के लिए भी महत्वपूर्ण है या नहीं। हालांकि, इसने मेरे लिए समस्या हल कर दी।

@davidjlloyd क्योंकि from pip import main मूल रूप से कभी समर्थित नहीं था। और जबकि यह कहना आसान है "हां, लेकिन यह एक साधारण एपीआई है और यह अभी काम करता है", यह वास्तव में नहीं था - हमारे पास लोगों से कुछ व्यवहार की अपेक्षा करने वाले लोगों से कई बग रिपोर्टें हैं, जिन्हें हम आसानी से पूरा नहीं करते हैं ( एकाधिक थ्रेड में pip.main चल रहा है, pip.main लॉगिंग सिस्टम के कॉन्फ़िगरेशन को नहीं बदलने की उम्मीद है, ...)

लोगों को यह समझाने के बजाय कि उन्हें ऐसा नहीं करना चाहिए, और इस तथ्य से लगातार निपटना कि लोग यह मान रहे हैं कि "अगर मुझे कॉल करने के लिए कोई फ़ंक्शन मिल सकता है, तो यह समर्थित है" हमने सब कुछ _internal नेमस्पेस में स्थानांतरित कर दिया। यह स्पष्ट रूप से स्पष्ट कर दें कि आपको इसे कॉल नहीं करना चाहिए।

अधिकांश शिकायतें pip.main का उपयोग करने वाले लोगों की ओर से आई हैं - जो विडंबनापूर्ण है, क्योंकि subprocess के माध्यम से समर्थित कमांड लाइन तरीके से pip को कॉल करना इतना आसान है। इसलिए सभी संभावित टूट-फूट को ठीक करना सबसे आसान है - और फिर भी लोगों ने महीनों की चेतावनियों के बाद भी इसे ठीक नहीं किया है। (हालांकि लिनक्स वितरण के लिए निष्पक्ष होने के लिए, वे पाइप का उपयोग करके अपने सिस्टम पैकेज को अपग्रेड करने वाले लोगों का समर्थन नहीं करते हैं, इसलिए #5221 मामलों की रिपोर्ट जहां डिस्ट्रो-आपूर्ति की गई स्क्रिप्ट टूट जाती है, मूल रूप से उपयोगकर्ता त्रुटि है, पाइप को संबोधित करने के लिए डिस्ट्रो की विफलता नहीं है। 10 परिवर्तन - कुछ ऐसा जो मुझे यकीन है कि वे पूरी तरह से अच्छी तरह से संभाल रहे हैं)।

मैं यह भी पुष्टि कर सकता हूं कि यह समस्या एक डॉकर छवि बनाने की मेरी पहले की बहुत स्थिर प्रक्रिया को पूरी तरह से नष्ट कर रही है, यहां उदाहरण के लिए न्यूनतम चीजें हैं जो मैं अपनी डॉकर छवि निर्माण प्रक्रिया के अंदर कर रहा हूं:

+ pip install -U pip setuptools
Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl (1.3MB)
Collecting setuptools
  Downloading https://files.pythonhosted.org/packages/20/d7/04a0b689d3035143e2ff288f4b9ee4bf6ed80585cc121c90bfd85a1a8c2e/setuptools-39.0.1-py2.py3-none-any.whl (569kB)
Installing collected packages: pip, setuptools
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0 setuptools-39.0.1

...

+ pip install jupyter opencv-python plyfile pandas
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

हमारे लिए फिक्स 9.03 को पिप करने के लिए पिन कर रहा था, इसलिए:

pip install --upgrade pip==9.0.3

के बजाय

pip install -U pip

स्पष्ट फिक्स लेकिन अगर यह किसी और की मदद करता है!

@peteflorence तो संभवतः डॉकर चलाते समय, आप मूल छवि बना रहे हैं, फिर उस छवि में रूट के रूप में pip install -U pip setuptools चला रहे हैं? क्या कोई कारण है कि आपको नवीनतम पाइप/सेटअपटूल की आवश्यकता है यदि आप केवल उनके साथ अन्य पैकेज स्थापित कर रहे हैं? क्या आप केवल डिस्ट्रो पैकेज के रूप में उपलब्ध नवीनतम पाइप/सेटअपटूल में अपग्रेड नहीं कर सकते?

मैं सराहना करता हूं कि यह आपके लिए एक समस्या है - ऐसा लगता है कि डॉकर के लिए सामान्य ओएस में होने की तुलना में रूट के रूप में सामान करने के लिए अधिक इच्छुक होना आम बात है (शायद इसलिए कि एक डॉकर छवि अलग है)। लेकिन ऐसा करना अभी भी एक अच्छा विचार नहीं है। समस्या यह है कि पाइप /usr/bin/pip का प्रबंधन नहीं करता है, इसलिए हमारे पास पाइप 10 के साथ काम करने के लिए "फिक्सिंग" का कोई तरीका नहीं है।

आप क्या कर सकते हैं /usr/bin/pip का उपयोग करने से python -m pip का उपयोग करने के लिए स्विच करें। यह अभी भी समर्थित नहीं है, और अन्य मुद्दों को प्रभावित कर सकता है (मुझे नहीं पता कि आपके आधार ओएस विक्रेता ने सिस्टम पाइप में क्या बदलाव किए हैं) लेकिन यह /usr/bin/pip में समस्या से बच जाएगा जब आप लंबे समय तक सुलझाते हैं- आपकी समस्या का टर्म समाधान।

पाइप 9 पर पिन करना भी एक समाधान है, लेकिन यह प्रश्न पूछता है, यदि पाइप 9 ठीक है तो अपने ओएस पाइप को बिल्कुल अपग्रेड क्यों करें? क्या आपका विक्रेता पिप 9 के पैकेज्ड संस्करण की पेशकश नहीं करता है?

लोगों को यह समझाने के बजाय कि उन्हें ऐसा नहीं करना चाहिए, और लगातार इस तथ्य से निपटना कि लोग यह मान रहे हैं कि "अगर मुझे कॉल करने के लिए कोई फ़ंक्शन मिल सकता है, तो यह समर्थित है" हमने सब कुछ _internal नेमस्पेस में स्थानांतरित कर दिया ताकि यह स्पष्ट रूप से स्पष्ट हो सके कि आपको इसे कॉल नहीं करना चाहिए।

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

इस मुद्दे को मारने वाले किसी भी उपयोगकर्ता के लिए, मुझे लगता है कि सिस्टम या pyenv इंस्टॉलेशन को बदलने के लिए सबसे अच्छा समाधान कृपया यहां @standag द्वारा प्रदान किया गया था: https://github.com/pypa/pip/issues/5221#issuecomment -381568428

यह समाधान डॉकर में किसी भी इमारत के लिए काम करना चाहिए जैसे @peteflorence बिना पुरानी रिलीज या उस तरह की भयानक कुछ भी पिन किए बिना।

अस्थायी फिक्स अपग्रेड पाइप का उपयोग कर।

curl https://bootstrap.pypa.io/get-pip.py | python3

pip install -U pip . के बजाय

pip2 के लिए pip2 install --upgrade pip

मैंने pyenv के साथ अपग्रेड किया, दोनों python2 और python3, अब pip2 काम नहीं कर रहा है और pip3 काम करता है
pip2 और pip3 की तुलना करने के बाद, अंतर आयात लाइन का है

पीआईपी2
from pip import main

पिप3
from pip._internal import main

pip3 संस्करण के साथ pip2 आयात लाइन को स्थानापन्न करने के बाद, यह काम करता है

एक ही मुद्दा रखते हुए, हे।

वही समस्या, लेकिन समाधान के साथ हल: https://github.com/pypa/pip/issues/5240#issuecomment -381673100

वही मुद्दा:

+ pip install --upgrade pip
Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl
 (1.3MB)
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.0
+ pip install awscli requests simplejson
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

अब यह अजीब है, यह पाइप 10 से/usr/लोकल/बिन स्थापित करता है, और यह पहले/usr/bin से पहले PATH में है, लेकिन यह इसका उपयोग नहीं करता है, तब तक नहीं जब तक आप एक नए शेल में नहीं जाते। मैंने ऐसा होते देखा जब मैं हाथ से एक नया awscli स्थापित करने का प्रयास करने के लिए इस बॉक्स में गया ...

$ python --version
Python 2.7.12
$ pip --version
pip 10.0.0 from /usr/local/lib/python2.7/dist-packages/pip (python 2.7)
$ sudo pip install --upgrade awscli 
 <blah blah>
$ aws --version
aws-cli/1.11.13 Python/3.5.2 Linux/4.4.0-1049-aws botocore/1.4.70
$ /usr/local/bin/aws --version
aws-cli/1.15.4 Python/2.7.12 Linux/4.4.0-1049-aws botocore/1.10.4
$ which aws
/usr/local/bin/aws
$ echo $PATH
/home/ec2-user/bin:/home/ec2-user/.local/bin:/opt/bamboo-elastic-agent/bin:/opt/jdk-8/bin:/opt/maven-2.1/bin:/opt/maven-1.0.2/bin:/opt/ant-1.9/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/bin:/bin:/opt/puppetlabs/bin

@pfmoore टिप्पणियों के लिए धन्यवाद। हाँ, हमारी डॉकटर छवि को स्पष्ट रूप से पाइप 9 की आवश्यकता है और हम एक एनवीडिया क्यूडा 8.0 डॉकर छवि और अन्य सामानों के समूह से विरासत में मिले हैं जो कि नहीं होना चाहिए था। पिनिंग हमारे लिए एक अच्छा समाधान है - यह एक शोध प्रणाली है, हम चाहते हैं कि कोड उचित रूप से बंद हो। लेकिन हां जाहिर तौर पर कई अन्य लोगों के लिए आप एक ऐसा समाधान चाहते हैं जो आपको पाइप 10 के साथ अनुकूलता तक लाए

अब यह अजीब है, यह पाइप 10 को /usr/लोकल/बिन . में स्थापित करता है

मैं यूनिक्स उपयोगकर्ता नहीं हूं, लेकिन मुझे याद है कि कुछ लोग खोल में "रीहैशिंग" के बारे में बात कर रहे हैं? क्या वह मुद्दा हो सकता है? क्या बैश कैश पथ लुकअप करता है और पथ खोज को फिर से करने के लिए संकेत देने की आवश्यकता है?

हाँ, हमारी डॉकटर छवि को स्पष्ट रूप से पाइप 9 की आवश्यकता है ...

कूल - निश्चित रूप से पाइप 9 पर पिन करना आपके मामले में एक उचित समाधान है। मैं "सिर्फ पिन टू पाइप 9" के सुझावों को चुनौती देने के बारे में थोड़ा चिकोटी हूं, क्योंकि एक जोखिम है कि लोग उन्हें देखेंगे और आँख बंद करके उनकी नकल करेंगे, बस उस क्षण को स्थगित कर देंगे जब उन्हें अपने पर्यावरण को ठीक करने की आवश्यकता होगी। लेकिन निश्चित रूप से अपनी आवश्यकताओं के बारे में सोचना और तय करना कि पिनिंग आपके लिए काम करती है, ठीक है। तो आपकी टिप्पणी को साबुनबॉक्स के रूप में उपयोग करने के लिए खेद है :-)

हमने पिप 9 को पिन किया और वह हमें "तय" कर दिया, लेकिन निश्चित रूप से हम किसी बिंदु पर पाइप 10 का उपयोग करने में सक्षम होने में रुचि रखते हैं।

pip2 इंस्टाल xx @HayaoSuzuki . का उपयोग करने का प्रयास करें

9.0.0 पिप पर वापस कैसे जाएं ..
यह अभी भी मुझे वही त्रुटि दिखाता है। कृपया सभी चरणों को लिखें

@ swtt123 आप कोशिश कर सकते हैं pip install pip==9.0.1

पिप 10.0, मैं भी सामना करता हूँ

AttributeError: 'module' object has no attribute 'main'

pip.main(['install', '-r', 'requirements.txt']) . का उपयोग करने का प्रयास करते समय

@ p00j4 आपके प्रोग्राम के भीतर से पाइप आयात करना समर्थित नहीं है - दस्तावेज़ देखें

ओह! मैं इसे प्राप्त करता हूं, लेकिन अब बहुत सी जगहों को बदलने के लिए मजबूर किया जाता है।
सिर के लिए धन्यवाद @pfmoore ।

निष्पादन योग्य स्थान को बैश कैशिंग के लिए देखें:

$ which pip
/usr/bin/pip

$ pip install --user pip
Collecting pip
(...)
Successfully installed pip-10.0.0

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

$ which pip
/usr/bin/pip

$ hash -d pip  # this clears the 'pip' entry from bash's executables locations hash table

$ which pip
/home/zwinny/.local/bin/pip

$ pip --version
pip 10.0.0 from /home/zwinny/.local/lib/python2.7/site-packages/pip (python 2.7)

मैंने रास्पबेरी पाई 3बी+ पर एक नया रास्पियन इंस्टाल बनाया है। कुछ खास नहीं - सुंदर वैनिला विन्यास - और अब तक, सब कुछ ठीक हो गया है।

मैं अभी-अभी अपनी स्थापना प्रक्रिया के अंतिम चरण पर पहुँचा हूँ:

pip install --upgrade pip

Collecting pip
  Downloading https://files.pythonhosted.org/packages/62/a1/0d452b6901b0157a0134fd27ba89bf95a857fbda64ba52e1ca2cf61d8412/pip-10.0.0-py2.py3-none-any.whl (1.3MB)
    100% |████████████████████████████████| 1.3MB 101kB/s 
Installing collected packages: pip
Successfully installed pip-10.0.0

...और अब पिप पूरी तरह से बोर्क हो गया है:

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

उपरोक्त टिप्पणी के अनुसार, मैंने पुष्टि की है कि ~i/.local/bin/pip ठीक चलता है। त्रुटि /usr/bin/pip के साथ होती है। हैश-डी पाइप चलाने से कैश्ड स्थान अपडेट नहीं हुआ, हालांकि।

बल-डाउनग्रेडिंग 9.0.1 (विकल्प लाइन -Iv और --force-reinstall के माध्यम से) ने भी समस्या का समाधान नहीं किया। जाहिर है, पाइप को अपग्रेड न करने के अलावा, एकमात्र समाधान ~/.local/bin/pip से पाइप चलाना है।

python -m pip install --upgrade pip 

मेरे लिए काम किया। मुझे आशा है कि यह किसी की मदद करता है।

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

यहां कोई भी समाधान मेरी समस्या का समाधान नहीं करता है। अगर मैं python -m pip install --upgrade pip चलाता हूं तो मुझे "आवश्यकता पहले से अद्यतित" मिलती है। अगर मैं संस्करण 9 में डाउनग्रेड करने का प्रयास करता हूं तो मुझे वही प्रारंभिक त्रुटि मिलती है:

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

इस धागे को फिर से पढ़ने के बाद, @sfsdfd का उपयोग करने का समाधान ~/.local/bin/pip आखिरकार काम करता है:

~/.local/bin/pip install my-favourite-package

जाहिरा तौर पर यह (सफलतापूर्वक) मेरे पुराने संस्करण के पीआईपी पर वापस लौट रहा है। इसे ~/.bashrc में जोड़ना मेरे लिए एक अच्छा समाधान है:

export PATH=$PATH:~/.local/bin

बस मेरे टर्मिनल को फिर से शुरू करने से यह मेरे लिए तय हो गया।

मैंने /usr/bin/pip में कोड अपडेट करके समस्या का समाधान कर दिया है, from pip import main को from pip._internal import main में बदलें।

यहाँ विवरण:

$ dpkg -S /usr/bin/pip
python-pip: /usr/bin/pip
$ dpkg -S /usr/bin/pip2
python-pip: /usr/bin/pip2
$ apt-file search /usr/bin/pip
colorized-logs: /usr/bin/pipetty
pipebench: /usr/bin/pipebench
pipemeter: /usr/bin/pipemeter
pipexec: /usr/bin/pipexec
python-pip: /usr/bin/pip
python-pip: /usr/bin/pip2
python3-pip: /usr/bin/pip3
rt-tests: /usr/bin/pip_stress

pip install --upgrade pip के बाद:

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

$ cat /usr/bin/pip
#!/usr/bin/python
# GENERATED BY DEBIAN

import sys

# Run the main entry point, similarly to how setuptools does it, but because
# we didn't install the actual entry point from setup.py, don't use the
# pkg_resources API.
from pip import main
if __name__ == '__main__':
    sys.exit(main())

/usr/bin/pip को अपडेट करने के बाद:

$ cat /usr/bin/pip
#!/usr/bin/python
# GENERATED BY DEBIAN

import sys

# Run the main entry point, similarly to how setuptools does it, but because
# we didn't install the actual entry point from setup.py, don't use the
# pkg_resources API.
# from pip import main
from pip._internal import main
if __name__ == '__main__':
    sys.exit(main())

$ pip --version
pip 10.0.0 from /home/devops/.local/lib/python2.7/site-packages/pip (python 2.7)

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

मेरे सिस्टम की जानकारी:

$ uname -a
Linux devops-kubernetes-master 4.13.0-38-generic #43-Ubuntu SMP Wed Mar 14 15:20:44 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

$ cat /etc/*-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=17.10
DISTRIB_CODENAME=artful
DISTRIB_DESCRIPTION="Ubuntu 17.10"
NAME="Ubuntu"
VERSION="17.10 (Artful Aardvark)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 17.10"
VERSION_ID="17.10"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=artful
UBUNTU_CODENAME=artful

$ python --version
Python 2.7.14

$ apt list --installed | grep python-

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

libpython-all-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed]
libpython-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
libpython-stdlib/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-all/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-all-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-apt-common/artful,artful,now 1.4.0~beta3build2 all [installed]
python-asn1crypto/artful,artful,now 0.22.0-1 all [installed,automatic]
python-cffi-backend/artful,now 1.9.1-2build2 amd64 [installed,automatic]
python-crypto/artful-updates,artful-security,now 2.6.1-7ubuntu0.1 amd64 [installed,automatic]
python-cryptography/artful,now 1.9-1 amd64 [installed,automatic]
python-dbus/artful,now 1.2.4-1build3 amd64 [installed,automatic]
python-dev/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-enum34/artful,artful,now 1.1.6-1 all [installed,automatic]
python-gi/artful,now 3.24.1-2build1 amd64 [installed,automatic]
python-idna/artful,artful,now 2.5-1 all [installed,automatic]
python-ipaddress/artful,artful,now 1.0.17-1 all [installed,automatic]
python-keyring/artful,artful,now 10.4.0-1 all [installed,automatic]
python-keyrings.alt/artful,artful,now 2.2-2 all [installed,automatic]
python-minimal/artful,now 2.7.14-2ubuntu1 amd64 [installed,automatic]
python-pip/artful,artful,now 9.0.1-2 all [installed]
python-pip-whl/artful,artful,now 9.0.1-2 all [installed,automatic]
python-pkg-resources/artful,artful,now 36.2.7-2 all [installed,automatic]
python-secretstorage/artful,artful,now 2.3.1-2 all [installed,automatic]
python-setuptools/artful,artful,now 36.2.7-2 all [installed,automatic]
python-setuptools-doc/artful,artful,now 36.2.7-2 all [installed]
python-six/artful,artful,now 1.10.0-4 all [installed,automatic]
python-talloc/artful,now 2.1.9-2ubuntu1 amd64 [installed]
python-wheel/artful,artful,now 0.29.0-2 all [installed,automatic]
python-xdg/artful,artful,now 0.25-4 all [installed,automatic]

मैंने इस तरह तय किया:

$ पिप --संस्करण
ट्रेसबैक (सबसे हालिया कॉल अंतिम):
फ़ाइल "/ usr/bin/pip", लाइन 9, in
पाइप आयात मुख्य से
आयात त्रुटि: मुख्य नाम आयात नहीं कर सकता
$ sudo apt-python-pip को हटा दें
$ sudo apt-get install python-pip
$ पिप --संस्करण
पाइप 10.0.0 /home/user/.local/lib/python2.7/site-packages/pip से (पायथन 2.7)

मुझे आशा है कि यह किसी की मदद करता है।

सब कुछ फॉलो करने के बाद भी मैं पिप डाउनग्रेड नहीं कर पा रहा हूं। त्रुटि प्राप्त करते रहें।
यहां बताया गया है कि मैंने इसे कैसे ठीक किया:

$ sudo apt-python-pip को हटा दें
$ पिप -वी
बैश: /usr/bin/pip: ऐसी कोई फ़ाइल या निर्देशिका नहीं

लेकिन जब मैं यह कोशिश करता हूँ$ अजगर-एम पाइप-वीपाइप 10.0.0 /home/user/.local/lib/python2.7/site-packages/pip से (पायथन 2.7)

इसलिए मैंने पाइप का पूरा फ़ोल्डर हटा दिया
$ sudo rm -r /home/user/.local/lib/python2.7/site-packages/pip*

तो फिर मैं यह कोशिश करता हूँ
$ अजगर-एम पाइप-वी
/usr/bin/pip: pip नाम का कोई मॉड्यूल नहीं है

फिर पाइप फिर से स्थापित करें
$ sudo apt स्थापित अजगर-पाइप
$ अजगर-एम पाइप-वी
पाइप 8.1.1 usr/lib/python2.7/dist-packages से (अजगर 2.7)

आशा है कि यह समस्या का समाधान है

3 घंटे बर्बाद करने के बाद मुझे यही मिला

पाइप 10.0.0 को अनइंस्टॉल करने के लिए:
सूडो एपीटी-पायथन-पाइप को हटा दें

लेकिन फिर आप सीधे तरीकों से पाइप के सही आवश्यक संस्करण को स्थापित करने में सक्षम नहीं होंगे।

स्थापित करने के बाद एक ज्ञात कार्यशील संस्करण में डाउनग्रेड करने के लिए
जब pip10 त्रुटि फेंकता है: ImportError: मुख्य नाम आयात नहीं कर सकता
आपको दौड़ना होगा:
अजगर -एम पाइप स्थापित पाइप == KNOW_WORKING_VERSION>

PIP10 का उपयोग करके कोई भी पैकेज स्थापित करने के लिए:
sudo python -m pip install PACKAGE_NAME
यह काम किया।

चीयर्स :)

वही समस्या, समस्या ठीक करें: पूर्ण पुनर्स्थापना: पायथन-पिप

जैसा कि यहां बताया गया है, बस शेल को फिर से लॉगिन करें
https://github.com/pypa/pip/issues/5240#issuecomment -382262586

pip3 install --upgrade pip==9.0.3
Traceback (most recent call last):
  File "/usr/bin/pip3", line 9, in <module>
    from pip import main
ImportError: cannot import name 'main'

हे... मैंने इसके अलावा क्या किया...

मैंने अभी-अभी अपना पाइप इंस्टालेशन अनियंत्रित किया है।
python -m pip install --user --upgrade pip==9.0.3

मैं यह रिपोर्ट करना चाहता था कि सीआई के लिए ऐपवीयर का उपयोग करते समय यह समस्या विंडोज़ बिल्ड पर भी होती है:
परिणाम निम्नलिखित है:

Running Install scripts
SET PATH=%PYTHON%;%PYTHON%\Scripts;%PATH%
pip install --disable-pip-version-check --user --upgrade pip
Collecting pip
  Downloading https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl (1.3MB)
Installing collected packages: pip
Successfully installed pip-10.0.1
pip install -U setuptools
Traceback (most recent call last):
  File "c:\python27-x64\lib\runpy.py", line 174, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "c:\python27-x64\lib\runpy.py", line 72, in _run_code
    exec code in run_globals
  File "C:\Python27-x64\Scripts\pip.exe\__main__.py", line 5, in <module>
ImportError: cannot import name main
Command exited with code 1

मेरे पास है: pip install --disable-pip-version-check --user --upgrade pip कई appveyor.yml लिपियों में, इस नमूने की सिफारिश के आधार पर: https://github.com/ogrisel/python-appveyor-demo/blob/master/appveyor.yml #L111

इसने पाइप 10.x तक अच्छी तरह से काम किया है, और मुझे संदेह है कि अगर दूसरों ने इसके आधार पर appveyor.yml बनाया है तो भी इस मुद्दे पर चलेंगे।

easy_install -U pip पर स्विच करने से काम चल गया, लेकिन मेरे पास कई रेपो हैं जो इससे पहले काम करते थे अब पाइप 10.x के साथ काम करने के लिए अपडेट करने की आवश्यकता है।

ऐसा लगता है कि सीआई सेटअप के लिए अनुशंसित दृष्टिकोण 9.0.3 के साथ चिपका होना चाहिए या easy_install का उपयोग करना चाहिए।

ऐसा लगता है कि सीआई सेटअप के लिए अनुशंसित दृष्टिकोण 9.0.3 के साथ चिपका होना चाहिए या easy_install का उपयोग करना चाहिए।

अनुशंसित दृष्टिकोण पाइप के आंतरिक कार्यान्वयन विवरण से आपके पुस्तकालय/अनुप्रयोग/उपकरण की निर्भरता को दूर करना है। easy_install अब सक्रिय रूप से AFAIK में सुधार नहीं किया जा रहा है और संभवतः बहुत सी चीजों का समर्थन नहीं करता है जो पाइप करता है।

जहां तक ​​आपकी विशिष्ट समस्या का सवाल है, आप शायद टूटी हुई स्क्रिप्ट को ठीक करने के लिए python -m pip install --force-reinstall pip चलाकर इसे ठीक कर सकते हैं। यदि नहीं, तो कृपया एक नया मुद्दा दर्ज करें।

अनुशंसित दृष्टिकोण पाइप के आंतरिक कार्यान्वयन विवरण से आपके पुस्तकालय/अनुप्रयोग/उपकरण की निर्भरता को दूर करना है। easy_install अब सक्रिय रूप से AFAIK में सुधार नहीं किया जा रहा है और संभवतः बहुत सी चीजों का समर्थन नहीं करता है जो पाइप करता है।

मुझे लगता है कि आपने उसकी बाकी पोस्ट नहीं पढ़ी। वह पाइप स्थापित करने के लिए easy_install का उपयोग करने की बात कर रहा था, न कि पाइप के बजाय:

Easy_install -U पाइप पर स्विच करने से काम चल गया...

इसके अलावा वह पाइप के आंतरिक कार्यान्वयन विवरण पर निर्भर नहीं है। वह AppVeyor के एक नए स्पिनअप का उपयोग कर रहा है और अपने द्वारा निर्दिष्ट कमांड का उपयोग करके पाइप को अपग्रेड कर रहा है, और इससे अधिक कुछ नहीं:

पाइप स्थापित करें --अक्षम-पाइप-संस्करण-जांच --उपयोगकर्ता --अपग्रेड पाइप

इस धागे में कई अन्य लोगों को भी यही समस्या हो रही है। आप इसे पीआईपी की एक बुनियादी स्थापना के साथ पुन: पेश कर सकते हैं बिना कुछ खास किए या पीआईपी के आंतरिक पर निर्भर। यह ऊपर के पदों में कई लोगों द्वारा प्रलेखित किया गया है।

@ikreymer जिस मुद्दे का आप जिक्र कर रहे हैं वह ऐपवेयर पर है, जो विंडोज़ चलाता है। यहां जिस मुद्दे पर चर्चा की जा रही है वह pyenv के संबंध में है जो कि एक विशेष रूप से यूनिक्स उपयोगिता है।

मैं @pradyunsg के बारे में नहीं जानता, लेकिन मैं तेजी से भ्रमित हो रहा हूं कि विभिन्न समस्याओं पर चर्चा की जा रही है। मूल कारण आसान है - पाइप (जानबूझकर) आंतरिक एपीआई को स्थानांतरित कर दिया, और यह उन लोगों के लिए समस्या पैदा कर रहा है जो सीधे या परोक्ष रूप से उनका उपयोग करने वाले उपकरणों पर भरोसा कर रहे थे। लेकिन ऐसा कुछ नहीं है जिसे बदला जा रहा है। इसलिए यदि हम उपयोगकर्ताओं को उनके विशिष्ट मुद्दों का समाधान खोजने में सहायता करना चाहते हैं, तो हमें चर्चा को एक समय में एक समस्या पर केंद्रित रखने की आवश्यकता है।

तो क्या मैं पूछ सकता हूँ - अगर आपको Appveyor पर किसी समस्या के लिए मदद की ज़रूरत है, तो क्या आप एक नया मुद्दा खोल सकते हैं जो समस्या का वर्णन करता है, और हम वहां पर चर्चा को स्थानांतरित करेंगे। (अधिकांश विवरण आपकी टिप्पणी में होने की संभावना है, इसलिए यह इस मुद्दे के लिए एक प्रारंभिक बिंदु के रूप में काम करेगा, लेकिन एक नए Appveyor प्रोजेक्ट में समस्या को पुन: उत्पन्न करने का एक पूरा विवरण समस्या का निदान करने में हमारी मदद करने में बेहद उपयोगी होगा। .

@arvoelke :

वह पाइप स्थापित करने के लिए easy_install का उपयोग करने की बात कर रहा था, न कि पाइप के बजाय

easy_install का उपयोग करके पाइप को स्थापित करने में अच्छी तरह से समस्याएं हो सकती हैं, और यदि ऐसा होता है, तो हम आपका समर्थन नहीं कर पाएंगे, क्योंकि (जैसा कि @pradyunsg ने कहा) easy_install पुराना है, सक्रिय रूप से बनाए नहीं रखा गया है, और हाल की सुविधाओं का अभाव। लेकिन अगर यह आपके लिए काम करता है, और आपको हमारी मदद करने की आवश्यकता नहीं है, तो ठीक है - कोई भी आपको रोक नहीं रहा है।

इस धागे में कई अन्य लोगों को भी यही समस्या हो रही है

"वही" परिभाषित करें। यदि आपका मतलब है " pip.main आयात करने वाले कोड से त्रुटियां देखना, तो हाँ, लेकिन यह पाइप के साथ कोई समस्या नहीं है, यह एक जानबूझकर, पिछड़ा असंगत, पाइप के आंतरिक कार्यान्वयन में परिवर्तन है। यदि आप चाहते हैं कि हम बस कहें " कठिन, आपको पाइप के आंतरिक एपीआई का उपयोग नहीं करना चाहिए", तो ठीक है - एक ही मुद्दा पर्याप्त है, और हम इसे "बग नहीं" के रूप में बंद कर देंगे। लेकिन अगर आप चाहते हैं कि हम आपको यह पता लगाने में मदद करें कि क्या आपके पर्यावरण का एक हिस्सा 6 महीने पहले प्रकाशित सलाह का पालन करने में विफल रहा है, और आपके लिए एक समाधान ढूंढता है जो आपको पाइप का उपयोग करने देता है जबकि आपका वातावरण विक्रेता द्वारा तय किया जाता है, तो आपको आपकी मदद करने के लिए हमारी मदद करनी होगी। और जब आप विंडोज़ पर चल रहे हों, तो पूरी तरह से यूनिक्स उपयोगिता के बारे में एक रिपोर्ट पर "मुझे एक ही समस्या है" कहना निश्चित रूप से आपकी मदद करने में हमारी मदद नहीं कर रहा है ...

यहां जिस मुद्दे पर चर्चा की जा रही है वह pyenv के संबंध में है जो एक विशेष रूप से यूनिक्स उपयोगिता है।

इस सूत्र के पहले उत्तरों में से एक था:

यहाँ वही .. @HayaoSuzuki के समान आउटपुट और हम pyenv . का उपयोग नहीं करते हैं

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

और जब आप विंडोज़ पर चल रहे हों, तो पूरी तरह से यूनिक्स उपयोगिता के बारे में एक रिपोर्ट पर "मुझे एक ही समस्या है" कहना निश्चित रूप से आपकी मदद करने में हमारी मदद नहीं कर रहा है ...

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

वे सभी मुद्दे एक ही समस्या से उपजी प्रतीत होते हैं: पाइप को अपग्रेड करना, लेकिन एक पुराने लॉन्चर का उपयोग करना जारी रखना जो अभी भी पुराने प्रवेश बिंदु का उपयोग करता है। इस तरह की समस्या से बचने का एक अच्छा तरीका है python -m pip का उपयोग करना।

वे सभी मुद्दे एक ही समस्या से उपजी प्रतीत होते हैं: पाइप को अपग्रेड करना, लेकिन एक पुराने लॉन्चर का उपयोग करना जारी रखना जो अभी भी पुराने प्रवेश बिंदु का उपयोग करता है। इस तरह की समस्या से बचने का एक अच्छा तरीका है python -m pip का उपयोग करना।

हां, मुझे लगता है कि यह इस मुद्दे की जड़ है, और विंडोज़ समेत इस धागे में उल्लिखित सभी विभिन्न प्लेटफार्मों में होता है।

अगर यह किसी और की मदद करता है, तो मैं पुष्टि कर सकता हूं कि appveyor.yml pip अपग्रेड को यहां से स्विच कर रहा हूं:

pip install --disable-pip-version-check --user --upgrade pip

प्रति:

python -m pip install --upgrade pip

मुद्दे को ठीक करता है। अब कई और रेपो अपडेट करने के लिए!

मुझे एक ही लक्षण का सामना करना पड़ा जिसकी चर्चा यहां एक अलग स्थिति में की गई है।

मैं उबंटू 16.0.4 सिस्टम पर स्थानीय रूप से स्थापित पाइप का उपयोग करने की कोशिश कर रहा था:

curl -O https://bootstrap.pypa.io/get-pip.py
export PYTHONUSERBASE=$(pwd)
python ./get-pip.py --user
export PYTHONPATH=$(pwd)/lib/python2.7/site-packages

python ./bin/pip --version

Traceback (most recent call last):
  File "/path/to/bin/pip", line 7, in <module>
    from pip._internal import main
ImportError: No module named _internal

यह पता चला कि उबंटू sys.path के माध्यम से site.py के लिए एक पाइप-विशिष्ट पथ तैयार करता है, जो नीचे दिखाए गए मेरे PYTHONPATH को ओवरराइड कर रहा था:

import sys
print(sys.path)
['', '/usr/local/lib/python2.7/dist-packages/pip-9.0.1-py2.7.egg', '/path/to/lib/python2.7/site-packages`, ...]

मैंने पाइथन के लिए -S ध्वज के साथ प्रीपेन्ड से बचने की कोशिश की, मैन पेज में दस्तावेज के रूप में:

-S मॉड्यूल साइट के आयात और sys.path के साइट-निर्भर जोड़तोड़ को अक्षम करें जिसमें यह शामिल है।

और यह काम किया:

python -S ./bin/pip --version

pip 10.0.1 from path/to/bin/pip (python 2.7)

इस मामले में साझा करना दूसरों की मदद कर सकता है - मेरी डॉकटर छवि में (आधार ubuntu:xenial है) मुझे निम्नलिखित त्रुटि मिली:

Step 8/12 : RUN pip install -U pip  && pip install -r /tmp/requirements.txt
 ---> Running in e4ff51b013f0
Collecting pip
  Downloading https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl (1.3MB)
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Not uninstalling pip at /usr/lib/python2.7/dist-packages, outside environment /usr
Successfully installed pip-10.0.1
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

मैंने pip install -U pip && pip install -r /tmp/requirements.txt को pip2 install -U pip && pip2 install -r /tmp/requirements.txt में बदल दिया। इससे मामला सुलझ गया।

मुझे यकीन नहीं है कि मैंने @davidjlloyd की टिप्पणी का उत्तर/प्रतिक्रिया देखी है:

मुझे यकीन नहीं है कि कुछ प्रमुख रिलीज के लिए सुविधा को बहिष्कृत करने के बजाय एक असमर्थित सुविधा के मौजूदा उपयोगों को आक्रामक रूप से तोड़ना सबसे अच्छा तरीका है।

क्या मैं कृपया पूछ सकता हूं कि इसके लिए एक मूल्यह्रास प्रक्रिया क्यों नहीं थी?
ऐसा लगता है कि यह काफी आसान होता, import के pip पर, sys.argv[0] जांचें; यदि यह pip या pipX[.Y] नहीं है, तो कुछ DeprecationWarning s का उपयोग करें कि यह आपके द्वारा उल्लिखित लिंक के साथ X+ को रिलीज़ करने में विफल हो जाएगा: https://pip.pypa। io/en/latest/user_guide/# use -pip-from-your-program

क्या भविष्य में इस तरह की चीज़ों से बचने की कोशिश करने और सुनिश्चित करने के लिए कोई प्रक्रिया है?

मुझे यकीन नहीं है कि मैंने @davidjlloyd की टिप्पणी का उत्तर/प्रतिक्रिया देखी है:

इसका बार-बार उत्तर दिया गया है, शायद इस विशिष्ट मुद्दे पर नहीं, लेकिन समस्या ट्रैकर की खोज से इस मामले पर काफी चर्चा होनी चाहिए।

क्या मैं कृपया पूछ सकता हूं कि इसके लिए एक मूल्यह्रास प्रक्रिया क्यों नहीं थी?

क्योंकि यह कभी समर्थित नहीं था। हम क्यों चेतावनी देंगे कि हम किसी ऐसी चीज़ का समर्थन नहीं कर रहे हैं जिसका हमने कभी समर्थन नहीं किया? लोगों ने मान लिया कि पाइप के स्रोत कोड को पढ़ना और वहां पाए गए कार्यों का अपने कोड में उपयोग करना ठीक है। यह कभी नहीं था। हमने कहा कि यह टूट सकता है, और पिप 10 में यह हुआ।

ऐसा लगता है कि यह काफी आसान होता, पाइप के आयात पर, sys.argv[0]; अगर यह पाइप या पीआईपीएक्स [.वाई] नहीं है, तो कुछ पदावनत चेतावनियां उगलें

मुझे यकीन नहीं है कि यह उतना आसान है जितना आप सोचते हैं। और मैं कहता हूं कि किसी ऐसे व्यक्ति के नजरिए से जिसे उन मुद्दों से निपटना पड़ा है जहां पीआईपी 10 में जोड़े गए चेतावनियों को ट्रिगर किया जा रहा था, जब हमने उनसे होने की उम्मीद नहीं की थी ...

और फिर, किसी ऐसी चीज़ की अवहेलना करने की ज़रूरत नहीं है जो पहली बार में समर्थित नहीं है।

क्या भविष्य में इस तरह की चीज़ों से बचने की कोशिश करने और सुनिश्चित करने के लिए कोई प्रक्रिया है?

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

हमारे पास उन चीजों को बदलने के लिए प्रक्रियाएं (बहिष्करण चेतावनियां, आदि) हैं जिनके लिए हम संगतता की गारंटी देते हैं - लेकिन आपके अपने कार्यक्रम में पाइप आयात करना उनमें से एक नहीं है।

मेरे पास एक बैश स्क्रिप्ट थी जिसने फ्लास्क स्थापित किया और अपग्रेड का अनुरोध करने से मेरी स्क्रिप्ट टूट गई, लेकिन मैं ऊपर बताए गए कारणों को समझता हूं। मेरी स्क्रिप्ट को काम करने के लिए मेरा काम बस एक नई बैश प्रक्रिया शुरू करना था, शायद यह गलत है लेकिन यह मेरे लिए काम करता है। उम्मीद है कि यह समान स्क्रिप्ट वाले अन्य लोगों की मदद कर सकता है।

pip install --upgrade pip
echo "pip install Flask" | bash
echo "pip install requests" | bash

@OneLogicalMyth जो आप खोज रहे हैं वह hash -d pip हो सकता है, https://github.com/pypa/pip/issues/5221#issuecomment -381568428 देखें।

पूरी तरह से याद किया कि इसे ध्यान से पढ़ने के बाद भी, @austinbutler धन्यवाद, इसने मेरी समस्या का समाधान किया है।

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

मैंने यहां बताई गई लगभग सभी समस्याओं के लिए पहले (उनमें से सभी तुच्छ) वर्कअराउंड सूचीबद्ध किए हैं - https://github.com/pypa/pip/issues/5221#issuecomment -382069604 पर एक नज़र डालें। उम्मीद है कि इससे इस मुद्दे में उठाई गई सभी चिंताओं का समाधान हो जाएगा। यदि ऐसा नहीं होता है, तो कृपया एक नया मुद्दा खोलें।

@ बेनोइट-पियरे मैंने लिंक की गई टिप्पणी में python -m pip का उपयोग करने का आपका सुझाव जोड़ा। उसके लिए धन्यवाद। :)

Easy_install का उपयोग करके पाइप को स्थापित करने में अच्छी तरह से समस्याएं हो सकती हैं, और यदि ऐसा होता है, तो हम आपका समर्थन नहीं कर पाएंगे, क्योंकि (जैसा कि @pradyunsg ने कहा) easy_install पुराना है, सक्रिय रूप से बनाए नहीं रखा गया है, और हाल की सुविधाओं को याद नहीं कर रहा है।

मेरी स्थिति @pfmoore को स्पष्ट करने के लिए धन्यवाद। मैं उसी की बात कर रहा था।

मैं तेजी से भ्रमित हो रहा हूं कि जिन विभिन्न समस्याओं पर चर्चा की जा रही है, वे क्या हैं।

मैं भी।

इस अंक में देखी गई चीज़ों के बारे में बस कुछ सामान्य सुझाव (इसे लें या छोड़ दें):

• अगर किसी कारण से pip कमांड काम नहीं करता है, तो python -m pip चलाने का प्रयास करें। संभावना है कि python -m pip आपके लिए काम करेगा, भले ही आपकी रैपर स्क्रिप्ट टूट जाए। यदि यह काम नहीं करता है, तो एक नया मुद्दा खोलें।
• पाइप को रूट के रूप में न चलाएं या sudo pip न करें। आप शायद अपने सिस्टम को तोड़ देंगे और यदि यह काफी खराब नहीं है, तो आप रिमोट कोड निष्पादन रूट के रूप में कर रहे हैं।
• इस टिप्पणी के शीर्ष पर उद्धृत कारणों के लिए easy_install का उपयोग न करें। यहां अधिक संदर्भ है (यह थोड़ा पुराना है)।
• कृपया पाइप 9 पर पिन न करें। मेरा दृढ़ विश्वास है कि ऐसा करना सामान्य रूप से पायथन पैकेजिंग की प्रगति को धीमा करने के लिए सक्रिय रूप से कार्य कर रहा है।
  
  
  
  • पाइप 9 कभी भी पीईपी 517/518 का समर्थन नहीं करेगा और पीआईपी 9 पर बने रहने का मतलब है कि आपको बाद में स्विच करने के लिए कष्ट उठाना पड़ेगा, जब कोई पैकेज आखिरी मिनट में टूट जाता है क्योंकि वे नए पैकेजिंग मानकों पर स्विच करते हैं।
  
  

संक्षेप में, यह संभवतः किसी एक परियोजना/व्यक्ति की गलती नहीं है और हर कोई अपने कार्यों को करने के लिए उचित है। हाँ, आपका वातावरण टूट गया। हम समझते है। उन लोगों पर दोष न डालें जो अपना खाली समय स्वेच्छा से दे रहे हैं, अभी आपकी मदद करने के लिए और पिप विकसित करने के लिए।

हमारी मदद करना चाहते हैं? https://donate.pypi.org एक चीज है और यदि नहीं तो यह आपकी तरह की चीज नहीं है , इस मुद्दे ट्रैकर में बहुत सारे खुले मुद्दे हैं जिनसे आप हमारी मदद कर सकते हैं।

मैं अब इस मुद्दे से पीछे हटने वाला हूं।

ठीक है, एक आखिरी बात, अगर कोई अभी भी हमारे सभी कोडबेस को pip._internal में स्थानांतरित करने के हमारे निर्णय के बारे में चर्चा करना चाहता है, तो एक नया मुद्दा खोलें और एक उल्लेख दें। मैं लिंक के साथ कुछ लिखने के लिए कुछ समय बिताऊंगा और सभी के बारे में, कि पिप ने ऐसा क्यों किया। इस तरह, @pypa/pip-committers के पास इस विषय पर लिंक करने वाले लोगों के लिए एक ही स्थान होगा।

कुछ समय के लिए, इसने इसे वापस रोल करने के लिए python3 / pip3 पर काम किया

python3 -m pip install --user --upgrade pip==9.0.3

@freckletonj कृपया लोगों को पाइप 9 पर वापस जाने के लिए न कहें। ऐसा नहीं है कि आपको इस मुद्दे को कैसे हल करना चाहिए। बहुत बेहतर तरीके हैं।

मैंने आपके ठीक ऊपर एक टिप्पणी से लिंक किया है, जिसमें इस मुद्दे को हल करने के तरीकों की सूची दी गई है।

क्षमा करें @pradyunsg , लेकिन वह अभी भी काम नहीं करता है:

$ pip3 install --upgrade --user pip
Collecting pip
  Using cached https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl
Installing collected packages: pip
  Found existing installation: pip 9.0.3
    Uninstalling pip-9.0.3:
      Successfully uninstalled pip-9.0.3
Successfully installed pip-10.0.1
$ pip3
Traceback (most recent call last):
  File "/usr/local/bin/pip3", line 7, in <module>
    from pip import main
ImportError: cannot import name 'main'

https://github.com/pypa/pip/issues/5221#issuecomment -382069604 से, जिसे मैंने ऊपर लिंक किया है:

hash -r pip # or hash -d pip

यदि किसी के पास कोई अन्य प्रश्न हैं, तो कृपया एक नया अंक खोलें।

5599 जानकारी प्रदान करता है और अंतिम उपयोगकर्ताओं के लिए इस समस्या को हल करने के लिए सहायता प्राप्त करने के लिए एकल स्थान प्रदान करता है।

उस मुद्दे का टिप्पणी अनुभाग उपयोगकर्ताओं के लिए विशिष्ट समस्याओं और समाधानों पर चर्चा करने के लिए खुला है। :)