से #4805 और #3389 इतिहास के लिए। मूल रूप से, पाइप "शुद्ध" डिस्टुटिल्स द्वारा स्थापित पैकेजों को ठीक से अनइंस्टॉल नहीं कर सकता है, क्योंकि डिस्टुटिल्स हमारे लिए ऐसा करने के लिए पर्याप्त मेटाडेटा रिकॉर्ड नहीं करता है। हमने पहले इंस्टॉलेशन मेटाडेटा को हटा दिया है, ताकि ऐसा लगे कि हमने इंस्टॉल किया है, लेकिन हमें फाइलों को पीछे छोड़ना पड़ा है। यह मुद्दों का कारण बनता है। पिप 8 के बाद से, हम ऐसा करना बंद करने की कोशिश कर रहे हैं, क्योंकि यह समस्याओं का कारण है, लेकिन हमारा प्रारंभिक प्रयास वापस ले लिया गया क्योंकि उस समय बहुत से लोग प्रभावित हुए थे। पिप १० के साथ, हमने अंततः डिस्टुटिल्स पैकेज को अनइंस्टॉल करने की कोशिश करना बंद कर दिया है, और अब हम उपयोगकर्ता को समस्या की रिपोर्ट करते हैं जैसा कि आप यहां देख रहे हैं।

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

@pfmoore त्वरित उत्तर के लिए धन्यवाद!

यह बल्कि असुविधाजनक है क्योंकि अधिकांश पैकेज निर्भरता के रूप में स्थापित होते हैं और हम इसे स्वयं प्रबंधित नहीं करते हैं। निष्कासन को स्वचालित करना दिलचस्प होगा।

मैं देखता हूं कि केवल पैकेजों को अपग्रेड करने के लिए कुछ आंदोलन है, पहले उन्हें अनइंस्टॉल किए बिना। यह बहुत अच्छा होगा अगर यह अंततः होगा।

हम इस मुद्दे को बंद कर सकते हैं क्योंकि इस पर कहीं और व्यापक रूप से चर्चा की गई है। धन्यवाद!

"साइट-पैकेज" से मैन्युअल रूप से पैकेज निकालने का प्रयास करें। यह एकदम सही काम करता है!

मुझे कमांड के साथ पाइप का संस्करण प्रदान करके इस समस्या को हल करना प्रतीत होता है
पाइप स्थापित -I==9.0.3 -r आवश्यकताएँ.txt

मैंने चरणों का पालन किया और इस समस्या का समाधान किया

1. कम किया गया संस्करण:
   pip install --upgrade --force-reinstall pip==9.0.3
2. पैकेज को फिर से स्थापित करने का प्रयास किया:
   pip install xxx --disable-pip-version-check
3. अंत में, पिप के लिए नवीनतम संस्करण पुनर्प्राप्त करें:
   pip install --upgrade pip

यह मेरे लिए इस मुद्दे को ठीक करने लगता है: https://github.com/blockstack/blockstack-core/issues/504

उपरोक्त ओरिजिनल मामले में, वह होगा:

pip install docker-py --ignore-installed PyYAML

पता नहीं तुम कौन हो, लेकिन मैं तुमसे प्यार करता हूँ।

तो @pfmoore उस टीम के लिए आप क्या सलाह देंगे जो अपने पाइप इंस्टॉलेशन को स्वचालित करती है? हम टेराफॉर्म का उपयोग करके अपना सर्वर सेट करते हैं, इसलिए हम स्वचालित रूप से स्मार्ट-ओपन और boto3 के लिए पाइप इंस्टॉल को कॉल करते हैं और फिर हमारे पास आवश्यकताएँ.txt में numpy, scipy, boto, sklearn और datadog हैं। हमें कई इंस्टॉल के लिए urllib3 के लिए distutils त्रुटि मिलती है (क्योंकि इसे स्मार्ट-ओपन इंस्टॉल किया गया है)। जब मैं --ignore-installed urllib3 उपयोग करता हूं तो इंस्टॉल काम करते हैं, लेकिन क्या इसके बारे में जाने का एक और उचित तरीका है?

साथ ही, क्या कोई संभावना है कि distutils एक अनइंस्टॉल सुविधा या अधिक मेटाडेटा जोड़ देगा? क्या आप लोगों ने इस बारे में उस टीम से बात की है?

@ रूबी-इज़-सुंदर-कूल मेरी उस पर कोई वास्तविक राय नहीं है। आप urllib3 के बारे में कहते हैं "क्योंकि स्मार्ट-ओपन ने इसे स्थापित किया है" लेकिन मुझे स्मार्ट-ओपन में कुछ भी नहीं दिख रहा है जो urllib3 पर निर्भरता घोषित करता है, इसलिए मुझे नहीं पता कि आपका क्या मतलब है। यदि स्मार्ट-ओपन किसी तरह urllib3 को इस तरह से स्थापित कर रहा है जो इस समस्या को ट्रिगर करता है, तो यह एक स्मार्ट-ओपन समस्या की तरह लगता है।

साथ ही, क्या कोई संभावना है कि distutils एक अनइंस्टॉल सुविधा या अधिक मेटाडेटा जोड़ देगा? क्या आप लोगों ने इस बारे में उस टीम से बात की है?

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

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

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

यह पागल है। कुछ धर्म-समान मानने के कारण प्रतिष्ठान तोड़े जा रहे हैं। अगर कुछ पैकेज की कुछ setup.py प्रविष्टि urllib3 को छूती है, तो इसे अनदेखा करने के लिए कहने का कोई तरीका नहीं है। हमारे मामले में, हमें urllib3 को अपग्रेड करना होगा क्योंकि उबंटू 14 में पाइप (v1.5.x) का स्थापित संस्करण https URL से पैकेज स्थापित करने से इनकार करता है।

मुद्दा यह है कि कोई भी "सिस्टम" पैकेज को अपग्रेड नहीं करेगा अगर वे काम करना बंद नहीं करेंगे। लिनक्स कर्नेल प्रोजेक्ट में यह व्यवहार "ब्रेकिंग यूजरस्पेस" है और टॉर्वाल्ड्स इस पर अच्छी तरह से प्रतिक्रिया नहीं करता है। यह अविश्वसनीय है अजगर लोग इसे स्वाभाविक रूप से ठीक लेते हैं।

कम से कम आपको लोगों को पाइप संदेशों में चेतावनी देनी चाहिए जैसे "पाइप का यह संस्करण काम करने से इंकार कर देगा यदि इसका मतलब सिस्टम पैकेज को अपग्रेड करना है, तो ऐसा करें और ऐसा करें। यदि आप पुराने इंस्टॉलर या पुराने के साथ काम कर रहे हैं तो पीआईपी संस्करण 9.x का उपयोग करें। सिस्टम।" या इसी के समान।

ठीक है, मैं ध्यान नहीं दे रहा था क्योंकि मेरा अभी भी बंद है, लेकिन, मेरी बात अधिक सरल है।
यूज़रलैंड को आक्रामक रूप से अपग्रेड करने का पूरा कारण यह था: एटीटी एंड टी और बर्कले अभी भी इस बात पर ध्यान नहीं दे रहे थे कि ट्रैशकेन किसने बनाया है, पर्स... और अगर आपको aha1542 पर स्थापित करने के लिए गंदगी मिली है, तो आप एक जॉयलेट को छोड़ सकते हैं जो लाइसेंस के कारण बंद हो गया था; और जैसा कि हाल ही में भी सामने आया है, वे कारण हैं कि हम इस बकवास को पहले स्थान पर क्यों करते हैं; मसीह के लिए, विकल्प रखना और सहयोग करना है। मैं अभी भी किसी तरह से चकित हूं कि स्लैकवेयर और *bsd पथ गहरे छोर में क्यों चले गए, लेकिन वैसे भी, दो शिविरों में भी, 1 दूसरे को चलाएगा, मैं कर्नेल से ऊब जाऊंगा, 2.x, 16+ स्क्रीन पर वापस जाएं, (मैंने अभी तक मेनू में प्रोमिक्स ड्राइवर को वापस नहीं पाया है, लेकिन मैं पीछे हटता हूं, और अब अपने नियमित शेड्यूल में वापस आ गया हूं, डब्ल्यूटीएफ क्या हमें एक .app नहीं मिल सकता है, इसलिए यह बकवास दिन काम करता है। (बेशक खराब होने के लिए।)

मैं @pabloa से सहमत docker-compose स्थापित नहीं कर सकता है।

और हाँ, @JohnBDonner , उस छोटे से झंडे ने मेरा बहुत समय बचाया। धन्यवाद

प्रारंभिक त्रुटि

"'pywin32' को अनइंस्टॉल नहीं कर सकता। यह एक डिस्टुटिल्स स्थापित प्रोजेक्ट है और इस प्रकार हम सटीक रूप से यह निर्धारित नहीं कर सकते हैं कि कौन सी फाइलें इससे संबंधित हैं जो केवल आंशिक अनइंस्टॉल की ओर ले जाएंगी"

मैं वहां कैसे पहुंचूं?

मैंने अपनी मशीन में pywin32==221 स्थापित किया है, और अब मैं इसके अपग्रेड संस्करण को अनइंस्टॉल करने का प्रयास कर रहा हूं (pywin==224), मुझे इसके ".whl" से लिंक मिल गया है और मुझे उन्हें स्थापित करने के लिए चुनौतियों का सामना करना पड़ रहा है जैसा कि मुझे निम्नलिखित त्रुटि प्राप्त हुई "'pywin32' की स्थापना रद्द नहीं की जा सकती। यह एक डिस्टुटिल्स स्थापित परियोजना है और इस प्रकार हम सटीक रूप से यह निर्धारित नहीं कर सकते हैं कि कौन सी फाइलें इससे संबंधित हैं, जिससे केवल आंशिक स्थापना रद्द होगी। "। मैं पर खिड़की 10 64 बिट कर रहा हूँ, py3.4 32 बिट का उपयोग कर।

कारण मैं यह कर रहा हूँ?

ऐसा इसलिए है क्योंकि ऐसा लगता है कि मेरी मशीन में "win32.client" में केवल "ऑप्टिमाइज़" पायथन फ़ाइल ".pyo फ़ाइल एक्सटेंशन" है। मुझे यह तब पता चला जब मुझे यह कहते हुए संकलन त्रुटि प्राप्त हुई कि मेरे पास "Win32com.client आयात डिस्पैच से" के लिए "डिस्पैच" मॉड्यूल उपलब्ध नहीं है। अगर कोई इस पर मेरी मदद कर सकता है तो इसकी सराहना करें।

तुम पागल हो भाई??

नहीं, लेकिन यादृच्छिक दुरुपयोग के लिए धन्यवाद। यह मेरे खाली समय में ऐसा करना इतना फायदेमंद बनाता है: मुस्कान:

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

क्या डिसयूटिल्स द्वारा उपयोग किए जाने वाले इंस्टॉलर पैकेज को बदलना संभव है जैसे कि
इसमें आवश्यक मेटा डेटा शामिल है?
गुरु, 22 नवंबर, 2018 को दोपहर 12:56 बजे पॉल मूर सूचनाएं @github.com
लिखा था:

इसका उद्देश्य समस्या का समाधान करना नहीं था। यह समझाने का इरादा था कि क्यों
चीजें वैसी ही हैं जैसी वे हैं, और क्यों पाइप समस्या का समाधान नहीं कर सकता है। अभी - अभी
क्योंकि लोग इस बात से दुखी हैं कि स्थिति में कोई बदलाव नहीं आता है।

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

>

निक आर्टमैन
+1 (330) 558-1230

मुझे नहीं पता, मैं डिस्टुटिल्स पर काम नहीं करता। लेकिन अगर होता भी है तो लोग आजकल डिस्ट्यूट का इस्तेमाल क्यों करते हैं? यह थ्रेड उन पैकेजों के बारे में है जो पहले से इस सूत्र में पहले ही उल्लेख किया गया था।

@AddoSolutions आप जो परिवर्तन चाहते हैं, उसे setuptools कहा जाता है

तो मैं इस धागे पर इसलिए हूं क्योंकि मैं अक्सर वेनिला के साथ काम करता हूं
CentOS 7 बॉक्स और विशेष रूप से उन पर डॉकर कंपोज़ स्थापित करें। Centos
पाइप के साथ स्टॉक आता है और समस्या यह है कि मुझे इन त्रुटियों को वर्णित किया गया है
ऊपर।

मैं व्यक्तिगत रूप से एक पायथन उपयोगकर्ता के रूप में ज्यादा नहीं हूं, मैं सिर्फ डॉकर कंपोज का उपयोग करता हूं और
उस पर शटल। मुझे व्यक्तिगत रूप से सेटअपटूल के बीच अंतर का पता नहीं है
और distutils, मैं अनुमान लगा रहा हूँ कि CentOS अजगर मूल रूप से स्थापित है
स्थापित करने पर यम का उपयोग कर रहे हैं?

इसके साथ दो चीजें: क्या यम पैकेज को इस तरह अपडेट किया जा सकता है कि इसमें शामिल है
सही मेटाडेटा? वैकल्पिक रूप से, यह त्रुटि मिलने पर, हो सकता है
संदेश क्या करना है इसके बारे में अधिक उपयोगी जानकारी देता है? के बजाय की तरह
distutils के बारे में अपेक्षाकृत गुप्त संदेश (फिर से मेरे जैसे लोगों के लिए उपयोग कर रहा है
पिप मुझे यह भी नहीं पता कि वह क्या है) क्या यह "रास्ता" जैसा कुछ कह सकता है
कि पाइप स्थापित किया गया था अनुशंसित नहीं है। हम इसके द्वारा अनइंस्टॉल करने की सलाह देते हैं
x करना और फिर x का उपयोग करके पुनः इंस्टॉल करना"। मुझे ऐसा लगता है
इसके साथ मुद्दों वाले लोगों की संख्या को काफी कम करें।

विचार?

नोट: मुझे पूरी तरह से एहसास है कि मैं अंतर में खुदाई कर सकता हूं, और शायद करूंगा,
लेकिन यह भविष्य के उपयोगकर्ताओं के लिए पूछ रहा है और यह भी धन्यवाद है और मैं चाहता हूं
तुर्की :)
गुरु, नवंबर २२, २०१८ अपराह्न १:१९ बजे रॉनी पफनस्चिमिट नोटिफिकेशन @github.com
लिखा था:

@AddoSolutions https://github.com/AddoSolutions वही परिवर्तन जो आप चाहते हैं
के लिए सेटअपटूल कहा जाता है

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।

इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pypa/pip/issues/5247#issuecomment-441099032 , या म्यूट करें
सूत्र
https://github.com/notifications/unsubscribe-auth/ADrjCTBfoKjBuYdceDeBM0bunByQ2bxJks5uxuq2gaJpZM4TWMU4
.

>

निक आर्टमैन
+1 (330) 558-1230

yum पैकेज के अपडेट को wrt करें - यह वितरण का काम है - और यह ऐसा नहीं कर रहा है, लेकिन कुछ मामलों में न तो पैकेज स्वयं हैं

जब एंटरप्राइज़ डिस्ट्रोज़ की बात आती है - चीजें बहुत पुरानी हैं - इसे अपने विक्रेता के साथ सुलझाएं - ओपन सोर्स अपस्ट्रीम की उस पर कोई शक्ति नहीं है और एंटरप्राइज़ डिस्ट्रो में आपकी पसंद के लिए समर्थन बोझ कभी नहीं उठाना चाहिए - इसलिए अपने विक्रेता के पास जाएं

गोचा। तो इस मामले में पाइप पैकेज CentOS द्वारा बनाए रखा जाएगा
समूह, पिप समूह द्वारा नहीं?
गुरु, 22 नवंबर, 2018 को शाम 5:38 बजे रॉनी पफनस्चिमिड नोटिफिकेशन @github.com
लिखा था:

yum पैकेज के अपडेट को wrt करें - यह काफी हद तक the का काम है
वितरण - और यह ऐसा नहीं कर रहा है, लेकिन न तो पैकेज है
कुछ मामलों में खुद

जब एंटरप्राइज डिस्ट्रोस की बात आती है - चीजें इतनी दर्दनाक रूप से पुरानी हैं -
इसे अपने विक्रेता के साथ सुलझाएं - ओपन सोर्स अपस्ट्रीम में कोई शक्ति नहीं है
कि और आपकी पसंद के लिए समर्थन का बोझ कभी नहीं उठाना चाहिए
एंटरप्राइज डिस्ट्रोस - इसलिए अपने वेंडर के पास जाएं

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

>

निक आर्टमैन
+1 (330) 558-1230

@AddoSolutions समस्या वहाँ पाइप नहीं है, लेकिन अन्य पैकेज - पाइप ने केवल दिखावा बंद कर दिया और वास्तव में बुरी चीजों के लिए समर्थन छोड़ दिया, और अब सामान उद्यम डिस्ट्रोस जैसे खराब अभिनेताओं पर गिर जाता है - इसलिए आपको उद्यम के संदर्भ में पैकेज को सुलझाना होगा डिस्ट्रोस और आपके विक्रेता के साथ

सिर्फ एक एफवाईआई - आपको सिस्टम से पीआईपी (विक्रेता द्वारा प्रबंधित) का उपयोग करने के लिए कहा जाएगा, न कि एक यादृच्छिक नवीनतम संस्करण

मुझे यह त्रुटि wxPython लिए मिल रही थी

'WxPython' को अनइंस्टॉल नहीं कर सकता। यह एक distutils स्थापित परियोजना है और इस प्रकार हम सटीक रूप से यह निर्धारित नहीं कर सकते हैं कि कौन सी फाइलें इससे संबंधित हैं जो केवल आंशिक स्थापना रद्द करने का कारण बनेंगी।

यह sitepackages नहीं बल्कि distpackages (जो समझ में आता है) में स्थित था, लेकिन फ़ोल्डर से फ़ाइल को हटाना सही नहीं लगा।

पता चला कि मैंने इसे apt माध्यम से स्थापित किया था, इसलिए apt remove --autoremove python-wxgtk3.0 करने से मेरे सिस्टम से पैकेज हटा दिया गया।

यह "हमारी समस्या नहीं है, कोई और इसे ठीक करता है" पीआईपी से उम्मीद की जानी चाहिए। सॉफ्टवेयर पैकेज संघर्षों को प्रबंधित करने का दिखावा भी नहीं करता है। मुझे यह संदेश कई प्रणालियों में कंटेनरों की एक उत्तरदायी तैनाती के हिस्से के रूप में मिला है।

आप में से उन लोगों के लिए धन्यवाद जिन्होंने वर्कअराउंड की आपूर्ति की। मैंने ऑर्डरिंग बदल दी है - "पाइप इंस्टॉल - अपग्रेड पाइप" से पहले "पाइप इंस्टॉल डॉकर" - इस बार काम किया। उम्मीद है कि इससे भविष्य में समस्याएं (जैसे डेटा भ्रष्टाचार) नहीं होंगी।

इसके बारे में मेरा पढ़ना यह है कि हमें अपने वातावरण में विषमता से खुद को बचाने के लिए आभासी वातावरण का उपयोग करना चाहिए ... हालांकि, मैं --user ध्वज जोड़कर इसे अभी के लिए प्राप्त करने में सक्षम था:

pip3 install -r requirements.txt --user

https://pip.pypa.io/en/stable/reference/pip_install/#cmdoption -user

आप अपने परिवेश / distutils द्वारा स्थापित क्षणिक निर्भरता के सटीक संस्करण के साथ काम करने का भी प्रयास कर सकते हैं क्योंकि यह संगत हो सकता है। मेरे उदाहरण में, Pipenv क्षणिक का समाधान हो जाएगा PyYAML की निर्भरता awscli==1.15.85 और apache-airflow==1.10.1 3.13 करने के लिए है, लेकिन सिस्टम पहले से ही 3.11 स्थापित किया है। मेरी स्थानीय विकास मशीन पर घोषित निर्भरता को देखते हुए, 3.11 दोनों के लिए ठीक रहेगा:

$ pipenv graph | egrep 'airflow|awscli|PyYAML'
apache-airflow==1.10.1
    - PyYAML [required: >=3.0, installed: 3.13]
awscli==1.15.85
  - PyYAML [required: >=3.10,<=3.13, installed: 3.13]

एक साधारण pipenv install PyYAML==3.11 PyYAML को 3.11 पर पिन करेगा और दोनों पैकेजों को खुश करेगा:

$ pipenv install PyYAML==3.11
Installing PyYAML==3.11…
...
Locking [packages] dependencies…
✔ Success!

$ pipenv graph | egrep 'airflow|awscli|PyYAML'
apache-airflow==1.10.1
    - PyYAML [required: >=3.0, installed: 3.11]
awscli==1.15.85
  - PyYAML [required: >=3.10,<=3.13, installed: 3.11]

My Pipfile / Pipfile.lock बाद में pipenv install --deploy --system का उपयोग करके Ubuntu 14.04LTS पर सफाई से स्थापित होता है।

मैंने भी जाँच की और PyYAML==3.11 को python3-yaml 3.11-3build1 के माध्यम से स्थापित किया गया है और यह क्लाउड- इनिट 18.4-0ubuntu1~16.04.2 की प्रत्यक्ष निर्भरता है, जिसे हम EC2 पर चलाते समय बड़े पैमाने पर उपयोग करते हैं। 18.04 LTS और 18.10 दोनों PyYAML 3.12 के साथ आते हैं, केवल 19.04 PyYAML के साथ

कहा जा रहा है, हर कीमत पर सिस्टम निर्भरता और पर्यावरणीय मुद्दों से बचें। pipenv और/या virtualenv ।

मैंने चरणों का पालन किया और इस समस्या को हल किया:

1. कम संस्करण,
   pip install --upgrade --force-reinstall pip==9.0.3
2. पैकेज को फिर से स्थापित करने का प्रयास किया
   pip install xxx --disable-pip-version-check
3. अंत में, pip . के लिए नवीनतम संस्करण पुनर्प्राप्त करें
   pip install --upgrade pip

इसने मेरे लिए अच्छा काम किया। लेकिन क्या इसके बाद पाइप को अपग्रेड करने से इंस्टॉल किए गए पैकेज में कोई समस्या आती है ??

@ s-eswar अब तक, हमें पैकेज के बारे में समस्या नहीं मिली है, लेकिन शायद एक स्थिति यह है कि यदि पाइप इंस्टॉल पैकेज के उच्च संस्करण का उपयोग करें, तो निम्न संस्करण का उपयोग करें, फिर से इंस्टॉल करें या चेक निर्भरता समस्या हो सकती है। मेरा सुझाव है कि हमेशा निचले संस्करण का उपयोग करें। उदाहरण के लिए, पिप ९.०.३.

@ s-eswar अब तक, हमें पैकेज के बारे में समस्या नहीं मिली है, लेकिन शायद एक स्थिति यह है कि यदि pip install पैकेज के उच्च संस्करण का उपयोग करें, और निम्न संस्करण का उपयोग करें तो पुनः स्थापित करें या जांच करें निर्भरता समस्या हो सकती है। मेरा सुझाव है कि हमेशा निचले संस्करण का उपयोग करें। उदाहरण के लिए, पिप ९.०.३.

@ wangxf1987 लेकिन एक ही कॉन्फ़िगरेशन के साथ एमएल पुस्तकालयों का उपयोग करने के लिए, क्या हमें निम्न संस्करण के उन्नयन/उपयोग के संबंध में त्रुटियां नहीं मिलती हैं।

@ एस-ईस्वर मुझे यकीन नहीं है कि एमएल पुस्तकालय क्या प्रीफेक्ट निचले संस्करण के तहत काम करता है। मैं कुबेरनेट्स के नवीनतम संस्करण के साथ pip=9.0.3 कार्यों का उपयोग कर रहा हूं। यह आवश्यकताओं की फाइल की जांच होनी चाहिए कि क्या पीआईपी के नवीनतम संस्करण या देव एनवी में परीक्षण की आवश्यकता है।

पिप 8 के बाद से, हम ऐसा करना बंद करने की कोशिश कर रहे हैं, क्योंकि यह समस्याओं का कारण है, लेकिन हमारा प्रारंभिक प्रयास वापस ले लिया गया क्योंकि उस समय बहुत से लोग प्रभावित हुए थे। पिप १० के साथ, हमने अंततः डिस्टुटिल्स पैकेज को अनइंस्टॉल करने की कोशिश करना बंद कर दिया है, और अब हम उपयोगकर्ता को समस्या की रिपोर्ट करते हैं जैसा कि आप यहां देख रहे हैं।

मेरा मानना ​​​​है कि "अब हम उपयोगकर्ता को समस्या की रिपोर्ट करते हैं" भाग को

डिस्ट पैकेज निकालें और रन करें

sudo rm -rf /usr/lib/python3/dist-packages/yaml

sudo rm -rf /usr/lib/python3/dist-packages/PyYAML-*

डिस्टुटिल्स वर्क्स से फोल्डर हटाना

नए संस्करण में अपग्रेड करके इसे समस्याओं का समाधान करना चाहिए लेकिन पाइप समस्याओं का परिचय देता है जो विडंबना है।

समाधान इसे मैन्युअल रूप से अनइंस्टॉल करना है, इसलिए.../anaconda3/lib/python3.*/site-packages/ पर जाएं और पैकेज की सभी फाइलों और फ़ोल्डरों को हटा दें

@ramonamis sudo pip install --ignore-installed PyYAML

इसने मेरे लिए इसे सफलतापूर्वक अपग्रेड किया।

यह भी imutils के लिए काम किया:

पाइप इंस्टाल -- अपग्रेड इम्यूटिल्स -- इग्नोर-इंस्टॉल इमूटिल्स

मैंने चरणों का पालन किया और इस समस्या का समाधान किया

1. कम किया गया संस्करण:
   pip install --upgrade --force-reinstall pip==9.0.3
2. पैकेज को फिर से स्थापित करने का प्रयास किया:
   pip install xxx --disable-pip-version-check
3. अंत में, पिप के लिए नवीनतम संस्करण पुनर्प्राप्त करें:
   pip install --upgrade pip

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

मैंने चरणों का पालन किया और इस समस्या का समाधान किया

1. Reduced version:
   `pip install --upgrade --force-reinstall pip==9.0.3`

2. Tried to re-install package:
   `pip install xxx --disable-pip-version-check`

3. At last, recover the latest version for pip:
   `pip install --upgrade pip`

यह एक बुरा समाधान है। मैं अभी कुछ नहीं कर सकता।

Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 python3-pip : Depends: python-pip-whl (= 9.0.1-2.3~ubuntu1) but 9.0.1-2.3~ubuntu1.18.04.1 is to be installed
               Recommends: python3-dev (>= 3.2) but it is not going to be installed
               Recommends: python3-setuptools but it is not going to be installed
               Recommends: python3-wheel but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
E: Could not read response to hello message from hook [ ! -f /usr/bin/snap ] || /usr/bin/snap advise-snap --from-apt 2>/dev/null || true: Success

मैं अब इस धागे को बंद कर रहा हूं। @pfmoore की प्रारंभिक टिप्पणी में यहां सब कुछ शामिल है। इस धागे के बाकी हिस्सों को समर्थन अनुरोधों या अनुरक्षकों पर निर्देशित सीधे दुर्व्यवहार में विभाजित किया गया है।