यह एक डेबियन मुद्दा है

अतिरिक्त नोट पर - पाइप का उपयोग करके सिस्टम पाइप को बदलना हमेशा सिस्टम-बर्बरता का कार्य होता है जहां इसे भड़काने वाला नतीजा के लिए जिम्मेदार होता है

मेरा सुझाव है कि आपको डेबियन से पाइप 10 की उचित उपयुक्त पैकेज्ड कॉपी की प्रतीक्षा करनी चाहिए - जैसा कि @RonnyPfannschmidt कहते हैं, आपको अपने सिस्टम पैकेज को अपग्रेड करने के लिए पाइप का उपयोग नहीं करना चाहिए ...

ऐसा लगता है कि डेबियन pip3 स्क्रिप्ट पाइप के इंटर्नल का उपयोग करती है, इसलिए एक pip10 संगत फ़िक्स प्राप्त करना निश्चित रूप से उनके ऊपर है (और मैं पूरी तरह से उनसे अपने pip10 पैकेज को जारी करने की प्रतीक्षा करने की अपेक्षा करता हूं जब तक कि उनके पास वह सॉर्ट न हो जाए)।

अतिरिक्त नोट पर - पाइप का उपयोग करके सिस्टम पाइप को बदलना हमेशा सिस्टम-बर्बरता का कार्य होता है जहां इसे भड़काने वाला नतीजा के लिए जिम्मेदार होता है

डेबियन/उबंटू लोगों को वेंडर न करने के लिए मनाएं और फिर उनके आधे पैकेजों को सड़ने दें, और यह एक वैध तर्क होगा।

आप सिस्टम पाइप संस्थापन से खुद को अलग करने के लिए virtualenv या venv का उपयोग कर सकते हैं।

आपको पैकेज-मैनेजर प्रबंधित फ़ाइलों को संशोधित नहीं करना चाहिए (यहाँ सिस्टम पाइप इंस्टॉलेशन) - मुझे लगता है कि वे उपयोगकर्ताओं से चीजों को संशोधित करने की उम्मीद नहीं करते हैं - यह संभवतः डेबियन द्वारा समर्थित नहीं है। यह इस तरह के मुद्दों को पैदा करने के लिए बाध्य है।

फेडोरा पर भी यही मुद्दा।

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

@ नकली-नाम दो पूर्व-रिलीज़ किए गए थे:

• 10.0.0b1 31 मार्च को जारी किया गया था
• 10.0.0b2 2 अप्रैल को जारी किया गया था

@ नकली-नाम अतिरिक्त रूप से सभी डिस्ट्रो पर उपयोग के लिए सामान्य सुझाव है - वर्चुअलएन्व का उपयोग करें, सिस्टम को बर्बाद न करें, और यह काम करता है - लोग बस इसका पालन करते हैं और फिर आश्चर्य करते हैं कि सामान कब टूटता है और पाइप को दोष देता है

वर्चुअलएन्व्स के साथ बहुत सारे मैनुअल और स्वचालित परीक्षण हुए हैं जो काम करते हैं

वर्चुअलएन्व में भी कम से कम कोई डेबियन निर्मित pip3 कमांड नहीं होना चाहिए - तो आप वर्चुअलएन्व्स में इस ब्रेकिंग के बारे में क्या बात कर रहे हैं - कृपया उन्हें सत्यापित करने के लिए आवश्यक डेटा प्रदान किए बिना ब्रेकेज के बारे में रोने के बजाय वास्तव में सत्यापित करने के लिए पर्याप्त डेटा प्रदान करें।

पीआईपी स्वयंसेवी संचालित है, न कि दर्जनों कर्मचारियों वाली कंपनी

~हटा दिया~. इसे https://github.com/pypa/pip/issues/5220 . के साथ भ्रमित कर रहा था

मैं एक डेरप हूँ।

धन्यवाद, यह नहीं पता था कि सिस्टम पाइप को बदलना एक बुरा विचार था लेकिन यह समझ में आता है। हालांकि, यह अच्छा यूएक्स होगा यदि पाइप उस मामले में उन्नयन के बारे में चिंतित नहीं होगा। क्या यह संभव होगा? मुझे लगता है कि बहुत से लोग (मेरे सहित) बस वही करेंगे जो "बात" उन्हें करने के लिए कहती है।

@ नकली नाम निम्नलिखित के लिए धन्यवाद - जब एक प्रमुख रिलीज का बहुआयामी प्रभाव होता है और इसका एक हिस्सा आपके दिन को बर्बाद करने की कोशिश करता है तो विवरण के मुद्दे को बेमेल करना आश्चर्यजनक रूप से आम है

यह अच्छा यूएक्स होगा यदि पीआईपी उस मामले में उन्नयन के बारे में चिंतित नहीं होगा

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

हमेशा pip3 पर "python3 -m pip" या इससे भी बेहतर "/usr/bin/env python3 -m pip" पसंद करें, यह सुरक्षित है और pip10 के साथ इस समस्या से बचने की अनुमति देता है

हमने इस मुद्दे को बैश में स्पष्ट हैश द्वारा हल किया:

$ hash -d pip

या डैश (श) में:

$ hash -r pip

डोकर छवियों का निर्माण करते समय भी इस मुद्दे को मारा।

@RonnyPfannschmidt कहते हैं, "पाइप का उपयोग करके सिस्टम पाइप को बदलना हमेशा सिस्टम-बर्बरता का एक कार्य होता है, जहां इसे

_आप पाइप संस्करण 8.1.1 का उपयोग कर रहे हैं, हालांकि संस्करण 10.0.0 उपलब्ध है।
आपको 'पाइप इंस्टाल --अपग्रेड पाइप' कमांड के माध्यम से अपग्रेड करने पर विचार करना चाहिए।_

यदि उस टिप्पणी की कुछ वैधता है, तो पिप के रचनाकारों को इस संदेश को हटा देना चाहिए और मैं @RonnyPfannschmidt को इस आशय का एक मुद्दा उठाने और अपना मामला बनाने के लिए प्रोत्साहित

@qacollective - मुझे लगता है कि यहाँ तर्क यह है कि डिस्ट्रो ने पाइप ले लिया है, इसे संशोधित किया है, और इसे अपने रिपॉजिटरी में फिर से पैक किया है। जैसे, यह वास्तव में पापी की गलती नहीं है कि संदेश अभी भी है।

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

व्यक्तिगत रूप से, कम से कम ubuntu पर अजगर के लिए, काश वे इसे छोड़ देते। मूल रूप से उपयुक्त में प्रत्येक पायथन पैकेज का संस्करण वास्तव में, वास्तव में पुराने से जीवाश्म तक है। Apt मूल रूप से अजगर, IMHO के लिए बेकार है।

एफडब्ल्यूआईडब्ल्यू, मुझे लगता है कि सबसे अच्छा विकल्प यह है कि डिस्ट्रो पाइप को पहले स्थान पर स्थापित न करें, बल्कि इसे मैन्युअल रूप से get-pip.py माध्यम से स्थापित करें। इस तरह, आपको केवल कुछ पायथन पैकेजों के बारे में जानने वाले प्लेटफॉर्म पैकेज मैनेजर के साथ कोई समस्या नहीं है।

अपने सिस्टम को खत्म करने से बचने के लिए हमेशा --user का उपयोग करें

/usr/bin/env python3 -m pip intall --user --upgrade pip

अधिकांश बग्गी केस को संभालना चाहिए और परिणामस्वरूप पाइप का सही संस्करण ˜/.local/bin में स्थापित किया जा रहा है।

मैं पुष्टि कर सकता हूं कि @standag का समाधान काम कर रहा है।

थोड़ी सी पृष्ठभूमि: वैनिला ubuntu 16.04 (AWS AMI) पर अपग्रेड (पाइप इंस्टाल-यू पाइप) के बाद एक निम्न स्थिति में आ जाता है:
$PATH=..:/usr/लोकल/ बिन:... :/usr/ बिन:...
/usr/bin/pip अभी भी पुराना/'ओम' संस्करण है (टूटा हुआ)
/usr/स्थानीय/बिन/पाइप नई v10 स्क्रिप्ट है (सीधे बुलाए जाने पर ठीक काम करती है)

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

सबसे पहले, डेबियन/उबंटू (और संभवतः कुछ और लिनक्स डिस्ट्रोस) पर यहां क्या हुआ, इसके बारे में कुछ नोट्स:

• पाइप इसे आयात करके इसके आंतरिक उपयोग का समर्थन नहीं करता है। उस पर और अधिक प्रलेखन में यहाँ ।
• डेबियन (इसलिए उबंटू) अपने पैकेज मैनेजर प्रबंधित फ़ाइलों को किसी चीज़ का उपयोग करके संशोधित करने का समर्थन नहीं करता है, ठीक है, उनका पैकेज मैनेजर नहीं है।

यह मुद्दा, ठीक है, दोनों का एक तरह से उल्लंघन किया जा रहा है।

• डेबियन पाइप के आंतरिक तरीकों का उपयोग करता है (जो अब पाइप के आंतरिक के पुनर्गठन के कारण काम नहीं करता है)। डेबियन का यह मानना ​​​​है कि उनके रिपॉजिटरी में पाइप संस्करण वह है जिसे स्थापित किया जाएगा।
• किसी अन्य पैरामीटर के बिना रूट के रूप में pip install --upgrade pip चलाना उन फ़ाइलों को संशोधित करता है जिन्हें उपयुक्त द्वारा प्रबंधित किया जाता है, जो डेबियन द्वारा स्क्रिप्ट को तोड़ देता है।

लिनक्स पर कुछ सामान्य सुझाव:

• जब भी किसी वेनव के बाहर --user का उपयोग करना एक अच्छी आदत है।

  pip install --upgrade --user pip
  

• जब तक आप यह नहीं जानते कि आप क्या कर रहे हैं, तब तक sudo के साथ कभी भी पाइप

उपाय क्या है?

@standag का समाधान तब उपयोगी होता है जब यह बैश के निष्पादन योग्य कैशिंग के कारण होता है।

hash -r pip # or hash -d pip

यदि आपने अपने OS पैकेज मैनेजर के पाइप की स्थापना को संशोधित किया है (उदाहरण के लिए sudo pip का उपयोग करके) और python -m pip अभी भी काम कर रहा है, तो एक समाधान यह है कि पाइप स्थापित संस्करण की स्थापना रद्द करें और पैकेज प्रबंधक स्थापित संस्करण को फिर से स्थापित करें। .

python -m pip uninstall pip  # this might need sudo
sudo apt install --reinstall python-pip

यदि आप डेबियन/उबंटू पर नहीं हैं और आपके लिए पाइप टूट गया है, तो दौड़ने का प्रयास करें:

python -m pip install --force-reinstall pip

यदि उपरोक्त से आपकी समस्याओं का समाधान नहीं होता है, तो कृपया एक नया मुद्दा दर्ज करें।

[ @pradyunsg द्वारा संपादित: इस टिप्पणी के साथ समान मुद्दों वाले सभी लोगों को जोड़ने के लिए इसे और अधिक प्रासंगिक

डॉकर के बाहर इसे हल करने के बारे में क्या? यह मेरे नियमित सिस्टम में टूट गया है और हैश कमांड ने पाइप को नहीं पहचाना।
thinkdigital@thinkdigital-HP-Spectre-x360-Convertible:~$ hash -d pip bash: hash: pip: not found

मैंने पाया कि pip3, संस्करण 9.0.1 एक प्रोजेक्ट से वर्चुअलएन्व में स्थापित है और इसे मेरे/usr/bin में कॉपी किया गया है और यह फिर से काम करता है। यहां उन लोगों के लिए pip3 निष्पादन योग्य सामग्री दी गई है जो इसे स्वयं भी ठीक करना चाहते हैं।

# -*- coding: utf-8 -*-
import re
import sys

from pip import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

मुझे यकीन है कि आपको बस इतना करना है कि इसे pip3 नामक फ़ाइल में सहेजना है, इसे sudo chmod +x ./pip3 चलाकर निष्पादन योग्य बनाएं, sudo apt remove python3-pip चलाएं, और फिर इसे sudo चलाकर बिन निर्देशिका में कॉपी करें। सीपी ./pip3 /usr/bin.
यहां उन लोगों के लिए कच्ची फ़ाइल है जो इसे डाउनलोड और स्थानांतरित करना चाहते हैं।
पिप3.ज़िप

इससे मेरा काम बनता है:
कर्ल https://bootstrap.pypa.io/get-pip.py | सुडो पायथन

मुझे खेद है, लेकिन मैं यह बताना चाहता हूं कि रूट एक्सेस के साथ कुछ वेबसाइट से चल रहे पायथन कोड को कर्ल करना केवल भयानक रूप से असुरक्षित है।

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

इस मामले में सिस्टम पैकेज मैनेजर का संस्करण काम नहीं करता है। यहां तक ​​की
शुद्ध करने और पुनः स्थापित करने के बाद।

गुरु, 19 अप्रैल, 2018 को 1:53 पूर्वाह्न पॉल मूर नोटिफिकेशन @github.com ने लिखा:

सहमत हुए, और मैं कहना चाहिए कि यह एक आधिकारिक पिप नहीं है
सिफ़ारिश करना। जैसा कि कई बार कहा गया है, आपको इसका उपयोग करना चाहिए
आपके सिस्टम पैकेज मैनेजर को अपडेट करने या अन्यथा आपके सिस्टम पाइप को प्रबंधित करने के लिए
स्थापना, नहीं मिल-पिप, या यहाँ तक sudo के माध्यम से ही रंज।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pypa/pip/issues/5221#issuecomment-382660881 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/AV-Hfecz8l1NEyq3vsih0DpNP7QYdxuvks5tqFCdgaJpZM4TVEq6
.

यदि सिस्टम पैकेज को फिर से स्थापित करना अभी भी काम नहीं करता है, तो जांचें कि क्या आपके पास /usr/local/ में कहीं pip10 है और पूरे फ़ोल्डर को हटा दें।

/usr/bin से एक को बदलना मेरे लिए काम करता है, भले ही मुझे लगता है कि
जिसे सिस्टम पैकेज मैनेजर संस्थापित कर रहा था।

[ @pradyunsg ने ईमेल सामग्री को

@ThinkDigitalRepair क्या निम्नलिखित मदद करता है?

अन्य मामलों में, आप पैकेजों को स्थापित/अपग्रेड करते समय --user पास करना चाहेंगे। टीबीएच, लिनक्स पर, --user का उपयोग करना एक अच्छी आदत है।

pip install --upgrade --user pip

ठीक। धन्यवाद। मैंने उनके द्वारा जुपिटर नोटबुक ट्यूटोरियल के बाद इसे गड़बड़ कर दिया
साइट जो आपको सीधे पाइप को अपग्रेड करने के लिए कहती है। बिना कॉपी और पेस्ट किए
परिणामों को जानकर फिर से हमला करता है। :(

[ @pradyunsg ने ईमेल सामग्री को

@ThinkDigitalRepair pip 10 उम्मीद है कि चीजों में सुधार होगा - ऐसा होने पर यह लंबे PermissionError के बजाय बेहतर त्रुटि संदेशों को प्रिंट कर रहा है।

इस मुद्दे को अभी बंद कर रहा हूं क्योंकि पीआईपी की ओर से यहां कुछ भी कार्रवाई योग्य नहीं है।

कोई भी व्यक्ति जो इस समस्या को ठीक करने/काम करने की तलाश में है, कृपया https://github.com/pypa/pip/issues/5221#issuecomment -382069604 पर एक नज़र डालें।

@pradyunsg कई मामलों में उस टिप्पणी में दिए गए समाधान काम नहीं करेंगे। एक ताजा उबंटू 17.10 के तहत, pip install --upgrade pip चलाएं: उसके बाद pip कमांड टूट जाएगा, और टिप्पणी के समाधान इसे ठीक नहीं करेंगे। और उन्हें नहीं करना चाहिए!

उपयोगकर्ता द्वारा स्थापित पाइप 10 के साथ एक सिस्टम स्थापित पाइप 9 होने से, सिस्टम पाइप स्क्रिप्ट गलत आयात पथ के साथ उपयोगकर्ता पाइप 10 से मुख्य () आयात करने का प्रयास करता है। हैश-आर या -डी इसे ठीक नहीं करेगा क्योंकि पाइप कमांड अभी भी सिस्टम पाइप को डिफ़ॉल्ट रूप से चलाएगा। और न ही इसे उपयोगकर्ता पाइप को अपग्रेड करना ठीक करेगा, क्योंकि सिस्टम पाइप अभी भी 9 होगा, उपयोगकर्ता पाइप अभी भी 10 होगा, इसलिए आयात विफल रहता रहेगा।

उन मामलों का समाधान दोनों पिप्स में से एक को अनइंस्टॉल करना होगा।

• python -m pip uninstall pip --user , सिस्टम को पिप रखते हुए, जो कि पुराना है

या

• sudo apt remove python-pip और उपयोगकर्ता को स्थापित पाइप रखें, जो डिफ़ॉल्ट रूप से टर्मिनल में pip चलाकर पहुंच योग्य नहीं होगा। आपको या तो इसे python -m pip साथ चलाने की आवश्यकता होगी, या अपने PATH env var, आदि में पथ जोड़ना होगा।

यह सब पाइथन 2 और 3 के तहत पाइप, दोनों पर लागू होता है।

मेरे सभी उबंटू सिस्टम (16.04, 17.10. 18.04) पर, मेरे पास पुराने संस्करण में सिस्टम पाइप है और उपयोगकर्ता पाइप 10 के साथ है और मुझे आपकी आयात त्रुटि कभी नहीं दिखाई देती है।
क्या आप सुनिश्चित हैं कि आपके पास दूषित सिस्टम का पिप नहीं है?

@gsemet आपने शायद अपने PATH env var में ~/.local/bin जोड़ा है (या शायद डिफ़ॉल्ट बैश की तुलना में एक अलग, स्मार्ट शेल का उपयोग करके), इसलिए जब आप pip चलाते हैं तो यह उपयोगकर्ता द्वारा स्थापित पाइप 10 स्क्रिप्ट का उपयोग करता है, और सिस्टम ने पाइप 9 स्क्रिप्ट स्थापित नहीं की। उबंटू में यह डिफ़ॉल्ट रूप से ऐसा नहीं है। यह किया जा सकता है, निश्चित रूप से, और मेरी इच्छा है कि यह डिफ़ॉल्ट रूप से ऐसा ही आए। लेकिन डिफ़ॉल्ट रूप से pip कमांड सिस्टम स्थापित पाइप को कॉल करेगा, भले ही आपके पास एक उपयोगकर्ता स्थापित हो।

एक ताजा उबंटू 17.10 इंस्टॉलेशन के तहत इसे कैसे पुन: पेश किया जाए, जिसमें सबूत शामिल हैं कि टिप्पणी 5221 में कमांड इसे ठीक करने में विफल रहते हैं, और जो मैंने प्रस्तावित किया वह इसे ठीक करता है।

दोनों पिप्स (सिस्टम और उपयोगकर्ता) की स्थापना, जो पाइप कमांड को तोड़ती है:

vfisa<strong i="7">@vilos</strong>:~$ sudo apt install python-pip
(...)

vfisa<strong i="8">@vilos</strong>:~$ pip --version
pip 9.0.1 from /usr/lib/python2.7/dist-packages (python 2.7)

vfisa<strong i="9">@vilos</strong>:~$ which pip
/usr/bin/pip

vfisa<strong i="10">@vilos</strong>:~$ pip install pip --upgrade --user
Collecting pip
  Downloading https://files.pythonhosted.org/packages/0f/74/ecd13431bcc456ed390b44c8a6e917c1820365cbebcb6a8974d1cd045ab4/pip-10.0.1-py2.py3-none-any.whl (1.3MB)
    100% |████████████████████████████████| 1.3MB 631kB/s 
Installing collected packages: pip
Successfully installed pip-10.0.1

vfisa<strong i="11">@vilos</strong>:~$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

vfisa<strong i="12">@vilos</strong>:~$ python -m pip --version
pip 10.0.1 from /home/vfisa/.local/lib/python2.7/site-packages/pip (python 2.7)

vfisa<strong i="13">@vilos</strong>:~$ which pip
/usr/bin/pip

जैसा कि आप देख सकते हैं, pip कमांड डिफ़ॉल्ट रूप से सिस्टम पाइप को इंगित करता है, न कि उपयोगकर्ता ने इसे स्थापित किया है।

संदर्भित टिप्पणी से आदेश, समस्या को ठीक नहीं करने के प्रमाण:

vfisa<strong i="19">@vilos</strong>:~$ hash -r

vfisa<strong i="20">@vilos</strong>:~$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

vfisa<strong i="21">@vilos</strong>:~$ hash -d
hits    command
   1    /usr/bin/pip

vfisa<strong i="22">@vilos</strong>:~$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

vfisa<strong i="23">@vilos</strong>:~$ python -m pip install pip --force-reinstall --user
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 10.0.1
    Uninstalling pip-10.0.1:
      Successfully uninstalled pip-10.0.1
Successfully installed pip-10.0.1

vfisa<strong i="24">@vilos</strong>:~$ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    from pip import main
ImportError: cannot import name main

vfisa<strong i="25">@vilos</strong>:~$ which pip
/usr/bin/pip

जैसा कि आप देख सकते हैं, जब तक दोनों पिप्स स्थापित हैं और pip कमांड सिस्टम पाइप (उबंटू में डिफ़ॉल्ट व्यवहार) को इंगित करता है, समस्या बनी रहेगी।

विकल्प 1 ठीक करें:

सिस्टम पाइप निकालें, उपयोगकर्ता पाइप रखें, जो डिफ़ॉल्ट रूप से pip कमांड के माध्यम से सुलभ नहीं है (इसलिए आपको python -m pip का उपयोग करने की आवश्यकता है)।

vfisa<strong i="34">@vilos</strong>:~$ sudo apt remove python-pip
(...)

vfisa<strong i="35">@vilos</strong>:~$ pip
bash: /usr/bin/pip: No such file or directory

vfisa<strong i="36">@vilos</strong>:~$ python -m pip --version
pip 10.0.1 from /home/vfisa/.local/lib/python2.7/site-packages/pip (python 2.7)

उपयोगकर्ता पाइप के साथ pip कमांड का उपयोग करने में सक्षम होने के लिए, आप अपने PATH env var में ~/.local/bin जोड़ सकते हैं।

फिक्स विकल्प 2:

उपयोगकर्ता पाइप निकालें, सिस्टम पाइप रखें, जो पुराना है लेकिन डिफ़ॉल्ट रूप से पथ में pip काम कर रहा है।

vfisa<strong i="45">@vilos</strong>:~$ python -m pip uninstall pip
Uninstalling pip-10.0.1:
  Would remove:
    /home/vfisa/.local/bin/pip
    /home/vfisa/.local/bin/pip2
    /home/vfisa/.local/bin/pip2.7
    /home/vfisa/.local/lib/python2.7/site-packages/pip-10.0.1.dist-info/*
    /home/vfisa/.local/lib/python2.7/site-packages/pip/*
Proceed (y/n)? y
  Successfully uninstalled pip-10.0.1
You are using pip version 9.0.1, however version 10.0.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.

vfisa<strong i="46">@vilos</strong>:~$ pip --version
pip 9.0.1 from /usr/lib/python2.7/dist-packages (python 2.7)

@fisadev निश्चित रूप से, उपयोगकर्ता इंस्टॉल करने योग्य 'पाइप इंस्टॉल --user' पैकेज का समर्थन करने के लिए इसकी आवश्यकता है। लेकिन मुझे लगता है कि यह उपयोगकर्ताओं को बताया जाना चाहिए "यदि आप डेबियन/उबंटू पैकेज अपडेट होने से पहले अपडेट को पाइप 10 पर मजबूर करना चाहते हैं, तो आपको pip install --user --upgrade pip का उपयोग करने की आवश्यकता है और सुनिश्चित करें कि $HOME/.local/bin आपके रास्ते में है यह करना आसान है।

@gsemet मैं सहमत हूं, उपयोगकर्ताओं को पथ आवश्यकता के बारे में बताया जाना चाहिए। समाधान के रूप में अन्य धागे से संदर्भित टिप्पणी में इसका उल्लेख नहीं किया गया है, और एक मामले में एक उपयोगकर्ता के कहने के बाद भी चर्चा बंद कर दी गई थी कि उसने उन आदेशों को चलाया और इससे समस्या हल नहीं हुई: /

@fisadev बहुत बहुत धन्यवाद। फिक्स विकल्प 1 वास्तव में मदद करता है।

@RonnyPfannschmidt

पाइप का उपयोग करके सिस्टम पाइप को बदलना हमेशा सिस्टम-बर्बरता का कार्य होता है, जहां इसे भड़काने वाला नतीजा के लिए जिम्मेदार होता है

मानसिक बर्बरता की एक टिप्पणी है। जैसे कि (बेवकूफ) अपग्रेड करने वाला व्यक्ति जानबूझकर अपने स्वयं के इंस्टॉलेशन को नुकसान पहुंचा रहा है ... अगर ऐसा होता, तो पाइप को उपयोगकर्ता को प्रत्येक के साथ 9.0.1 से 10.0.1 तक अपग्रेड करने के लिए परेशान नहीं करना चाहिए। सिंगल पाइप कमांड निष्पादित। मैंने खुद उस सिफारिश का पालन किया और इस झंझट में पड़ गया।

सौभाग्य से:
sudo python -m pip install pip==9.0.1
काफी आसान उपाय था।

हालांकि, पीड़िता को दोष देना कोई जवाब नहीं है।

अरे @ रॉड-ऐप!

अगर ऐसा होता, तो पाइप खुद ही उपयोगकर्ता को 9.0.1 से 10.0.1 में अपग्रेड करने के लिए हर एक पाइप कमांड निष्पादित करने के लिए परेशान नहीं होना चाहिए।

हमने इसे देखा है और पीआईपी के भविष्य के संस्करणों में इससे बचने के लिए ओएस विक्रेताओं के साथ काम किया है। - #5346।

इस मुद्दे को हल करने के लिए मैं भागा ...

sudo geany -i /usr/bin/pip

... और इसे बदलने के लिए डेबियन द्वारा प्रदान की गई /usr/bin/pip संपादित की गई ...

#!/bin/sh
# GENERATED BY CEFN
python -m pip "$@"

और /usr/bin/pip3 के बराबर (ध्यान दें कि यह इसके बजाय python3 को आमंत्रित करता है)।

#!/bin/sh
# GENERATED BY CEFN
python3 -m pip "$@"

... जो मेरे साइट-पैकेज में संस्करण 10 स्थापित होने के बावजूद पाइप की पूर्ण कार्यक्षमता को वापस लाता है। मुझे लगता है कि यह तब तक चलेगा जब तक डेबियन इसे ठीक करने के लिए लेता है, (या इसे फिर से तोड़ता है) एक अद्यतन पायथन-पाइप पैकेज भेजकर। उन्होंने मुख्य रूप से पैकेज का उपयोग क्यों नहीं किया, मुझे नहीं पता।

आधिकारिक संस्करण

नीचे दिखाए गए .local/bin/pip में स्थापित पाइप का संस्करण थोड़ा कट्टर है, और इसमें पारित तर्कों से -script, .py, .pyw और .exe एक्सटेंशन को हटाने के लिए कुछ प्रतिस्थापन शामिल हैं, लेकिन मुझे नहीं पता कि यह क्या करता है या मुझे इसकी आवश्यकता क्यों है इसलिए मैंने इसे सरलता के लिए ऊपर के रूप में छोड़ दिया।

#!/usr/bin/python

# -*- coding: utf-8 -*-
import re
import sys

from pip._internal import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

मुझे इस pip v10 समस्या का एक असंबंधित कारण मिला। जब एक बहुत पुराने सिस्टम पाइप (डेबियन जेसी पर v1.5.6, यानी ओल्डस्टेबल) का उपयोग करके पाइप को अपग्रेड किया जाता है, जिसके लिए --system डिफ़ॉल्ट है, मैंने देखा कि गलत स्क्रिप्ट स्थापित की गई थी, उदाहरण के लिए /usr/local/bin/pip जिसमें from pip import main - जो मैंने फाइलों को देखकर पाया। मुझे लगता है कि ऐसा इसलिए है क्योंकि पुराने पाइप (या शायद इंस्टॉलेशन पैकेज जो इसका उपयोग करते हैं) .whl फ़ाइल को गलत तरीके से स्थापित करते हैं।

python -m pip install --force-reinstall pip ठीक किया।

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

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