<p>पाइप सूची त्रुटि उत्पन्न करती है</p>

यह एक त्रुटि नहीं है। यह आगामी परिवर्तन के बारे में एक चेतावनी है।
इस संदेश को हटाने के लिए बस अपना pip.conf अपडेट करें। cf #4058 सही प्रारूप के लिए।

stderr में एक बड़ी लाल चेतावनी के बिना स्थापित पैकेजों को सूचीबद्ध करने के लिए एक pip.conf बनाना होगा? ... इसका कोई मतलब नहीं है।

खुद को एक फिक्स बनाया जो वास्तविक त्रुटि संदेशों को देखने की इजाजत देता है, अगर कोई और दिलचस्पी लेता है:

function pip() {
    case "$1" in
        list)
            $(which pip) "$1" 2>&1 >/dev/null | egrep -iv '.*?deprecation.*?format.*?columns' >&2
            $(which pip) list 2>/dev/null
            ;;
        *)
            $(which pip) "$@"
            ;;
    esac
}

या आप अपने .bashrc (या समकक्ष) में export PIP_FORMAT=legacy भी डाल सकते हैं।

आप गलत समझ गए। मैं एक विरासत प्रारूप नहीं चाहता, मैं बस 'पाइप सूची' को बिना किसी शिकायत के एक सूची का उत्पादन करना चाहता हूं (कुछ अप्रासंगिक के बारे में [कैप्स में, लाल रंग में, stderr में])। आपको वास्तव में इसे "त्रुटि" उत्पन्न करने के लिए संस्करण 9 में _upgrad_ pip करना होगा।

फिर export PIP_FORMAT=columns ?

मैं किसी ऐसी चीज़ के लिए एक वेरिएबल क्यों निर्यात करूंगा जो 1) हमेशा ठीक काम करता है 2) अभी भी काम करता है, यद्यपि अब गुस्सा आता है, और 3) मेरी कोई प्राथमिकता नहीं है? 'पाइप लिस्ट' को अपना काम करना चाहिए, इसे लिस्ट को आउटपुट करना चाहिए। मैं बस इतना ही करना चाहता हूं, मेरी आंखों को त्रुटि पाठ के साथ छुरा घोंपना नहीं है, यहां तक ​​​​कि xav जैसे लोग भी कहते हैं कि त्रुटियां नहीं हैं। अगर यह कोई त्रुटि नहीं है, तो इसे मेरे stderr से बाहर निकालें।

यह एक पदावनति चेतावनी है, यह आपको आगामी परिवर्तन के बारे में चेतावनी देती है जो यदि आप इस पर निर्भर रहते हैं तो चीजें टूट जाएंगी। आपको दिए गए "इसे अपने stderr से बाहर निकालने" के लिए आपके पास कई विकल्प हैं। _श्रग_.

पाठ जिसे त्रुटि नहीं माना जाता है वह stderr में नहीं होना चाहिए।

एक कमांड को चलाने के लिए जिस तरह से इसे चलाना है, एक त्रुटि संदेश नहीं देना चाहिए।

ठीक है, मैं इस टिकट से बाहर होने जा रहा हूँ। मुझे अपनी ओर से आगे की भागीदारी से कुछ भी उत्पादक होता नहीं दिख रहा है।

मैं भी हूँ। यह आश्चर्यजनक है कि लोग यह नहीं समझते कि stderr क्या है।

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

आप गलत समझ गए। मैं एक विरासत प्रारूप नहीं चाहता, मैं बस 'पाइप सूची' को बिना किसी शिकायत के एक सूची का उत्पादन करना चाहता हूं (कुछ अप्रासंगिक के बारे में [कैप्स में, लाल रंग में, stderr में])। यह "त्रुटि" उत्पन्न करने के लिए आपको वास्तव में पीआईपी को संस्करण 9 में अपग्रेड करना होगा।

नहीं, आप मेरी टिप्पणी को गलत समझते हैं: export PIP_FORMAT=legacy बस आपकी तुलना में एक सरल "फिक्स" लगता है।

यह कहने जैसा है कि जब आप हमेशा किसी ऐसे देश में रहे हों जहां दोनों में से कोई भी देश में रहा हो तो लोकतांत्रिक या रिपब्लिकन को वोट देना आसान होता है। मैं एक _विरासत_ में _ऑप्ट-इन_ क्यों करना चाहूंगा?

यह संदेश मूल रूप से कुछ ऐसा है जिससे लोगों को ऑप्ट-आउट करना पड़ता है, जो कष्टप्रद है, खासकर जब आप जिस तरह से उन्हें इससे ऑप्ट-आउट करना चाहते हैं, वह कॉन्फ़िगरेशन का उपयोग करने के लिए ऑप्ट-इन करना है जिसे उन्होंने पहले कभी उपयोग नहीं किया हो; और किस लिए? मैं चाहता था कि 'पाइप सूची' हमेशा मुझे अतीत में दे: स्थापित पैकेजों की एक सूची, किसी भी प्रारूप में, बिना किसी कारण के लाल देखे बिना।

हाँ, इसलिए यदि आपका पिप पुराना है, तो आपको एक कष्टप्रद पीला संदेश मिलता है जो आपको अपग्रेड करने के लिए कहता है... और फिर _यदि आप जो कहते हैं वह करते हैं और अपग्रेड_, _ तो _ आपको एक बड़ा _ RED _ संदेश मिलता है जो आपको कुछ प्रारूप बता रहा है शायद आप परवाह भी नहीं की बदल गई है। एफएफएस

नमस्ते। मैं विंडोज 10 पर हूं और इस त्रुटि संदेश से भी छुटकारा पाना चाहता हूं - लेकिन मुझे एक pip.conf फाइल नहीं मिल रही है। मैं इसे कैसे बंद कर सकता हूं? या फिर इस बहिष्करण चेतावनी को छूट दी जाएगी?

@Tset-Noitamotua उस संदेश को दबाने के लिए, आपके पास 3 विकल्प हैं:

1. आप एक कॉन्फ़िग फ़ाइल बना सकते हैं - विंडोज़ पर इसका स्थान %APPDATA%\pip\pip.ini है - और इसमें निम्नलिखित जोड़ें:

   [list]
   format=columns
   

2. एक PIP_FORMAT=columns पर्यावरण चर निर्यात करें। (विंडोज़ पर इसे set PIP_FORMAT=columns के रूप में किया जाता है या आप इसे यहां बताए अनुसार GUI में सेट कर सकते हैं)

3. हर बार कॉल करने पर सूची को पिप करने के लिए --format columns पास करें। (जाहिर है सुविधाजनक नहीं है, इसलिए दूसरा मौजूद है)

@मत्समन ने कहा:
पाठ जिसे त्रुटि नहीं माना जाता है वह stderr में नहीं होना चाहिए।

नहीं। टेक्स्ट जिसे स्क्रिप्ट का "आउटपुट" नहीं माना जाता है, वह stderr के आउटपुट के लिए होता है।

मैं कारणों को सूचीबद्ध करने में अधिक समय लगा सकता था। बल्कि मैं आपसे अनुरोध करता हूं कि आप यहां जाएं और उन्हें अपने लिए पढ़ें - http://stackoverflow.com/questions/1430956/ should -i-output-warnings-to-stderr-or-stdout ।

यह आश्चर्यजनक है कि लोग यह नहीं समझते कि stderr क्या है।

यह है।

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

माना। लेकिन हमेशा ट्रेड-ऑफ होते हैं।

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

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

मैंने विकल्प 1 चुना है।

मुझे pip में %APPDATA% फोल्डर बनाना था (यह विंडोज 10 पर C:\Users\UserName\AppData\Roaming है) और उस pip फोल्डर में एक फाइल pip.ini के साथ

[list]
format=columns

बहिष्करण चेतावनी चली गई है और आउटपुट अब है:

C:\Users\UserName>pip list
Package               Version
--------------------- -------
pip                   9.0.1
setuptools            26.1.1
virtualenv            15.0.3
virtualenvwrapper-win 1.2.1

अगर किसी को आश्चर्य होता है कि %APPDATA% कहां/क्या है, तो आप इसे echo (और कोई अन्य पर्यावरण चर) कर सकते हैं।

C:\Users\UserName>echo %appdata%
C:\Users\UserName\AppData\Roaming

या इसे विंडोज एक्सप्लोरर में लिखें:

आपको निम्न चरणों का पालन करना होगा (यदि आप मेरी तरह विंडोज़ में हैं):

फ़ोल्डर तक पहुँचें C:\Users\
यदि मौजूद नहीं है, तो C:\Users में "पाइप" नामक एक नया फ़ोल्डर बनाएं
इसके बाद, pip क्रिएट किए गए फोल्डर में एंटर करें और "pip.ini" नाम से एक नई फाइल बनाएं।
इस फ़ाइल में निम्नलिखित पंक्तियाँ जोड़ें:
[सूची]
प्रारूप = कॉलम

टर्मिनल खोलें (cmd, cygwin या anaconda प्रॉम्प्ट) और फिर से टाइप करने का प्रयास करें:
(name_of_your_env) C:\your_path>conda env Export > name_of_file.yaml

चरण 5 में उद्धृत C:\your_path तक पहुंचें और ध्यान दें कि name_of_file.yaml नामक निर्यात की गई फ़ाइल बनाई गई थी।

मुझे आशा है कि मैंने मदद की होगी! अलविदा!

@ciniro आपका मतलब शायद C:\Users\UserName है जहां UserName लॉग इन उपयोगकर्ता का वास्तविक उपयोगकर्ता नाम है, उदाहरण के लिए C:\Users\Ciniro

उनका शायद यह मतलब था कि किसी उपकरण के सामान्य उपयोग से त्रुटि संदेश नहीं आने चाहिए जैसे कि आप इसे गलत कर रहे थे।

@matsaman तो आप किस समाधान की सिफारिश करेंगे? यह कष्टप्रद है। विश्वास नहीं हो रहा है कि यह काफी समय से ऐसा ही है।

@ajaykgp कृपया संदेश को दबाने के तरीके के लिए ऊपर मेरी टिप्पणी देखें।

@ajaykgp उन लोगों के लिए एकमात्र समाधान है जो यह सोचते हैं कि सामान्य रूप से संचालित होने वाले एप्लिकेशन को अपने स्कीमाटा का पुनर्मूल्यांकन करने के लिए लाल त्रुटि टेक्स्ट आउटपुट करना चाहिए

@pradyunsg के समाधान के साथ समस्या यह है कि, यदि डिफ़ॉल्ट कॉलम पर स्विच हो जाएगा, तो इसे conf में जोड़ने से स्विच होने पर मूल रूप से कचरा/बेकार कॉन्फ़िगरेशन उत्पन्न होता है। जैसा कि @matsaman ने कहा, यह उन उपयोगकर्ताओं को दंडित कर रहा है जो पाइप का उपयोग कर रहे हैं जिस तरह से पाइप लेखक उम्मीद करते हैं।

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

दूसरे शब्दों में, मैं अधिकांश उपयोगकर्ताओं के लिए इस परिवर्तन के महत्व के बारे में उत्सुक हूं। मान लीजिए कि stderr में ऐसी कोई त्रुटि नहीं है और इसे केवल रिलीज नोट्स में डाल दिया गया है। परवाह करने वालों को पता होना चाहिए। जब पिप 10 भूमि, जो लोग विरासत प्रारूप पर भरोसा करते हैं, वे बस अपना प्रारूप बदल सकते हैं, और वे इसे करना जानते होंगे क्योंकि यह उनके लिए टूट जाएगा। यह उस 1% के लिए एक बार का परिवर्तन है, और 99% को कुछ भी करने की आवश्यकता नहीं है। यदि 1% पीआईपी सूची के आउटपुट पर बहुत अधिक निर्भर करता है, तो उन्हें समझना चाहिए कि 9 से 10 तक अपग्रेड करना एक ब्रेकिंग बदलाव हो सकता है और इसे केवल आँख बंद करके न करें और मान लें कि चीजें नहीं उड़ेंगी।

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

इस कमांड का प्रयोग करें यह काम करेगा
पिप सूची --format=columns

मैं रहस्यवादी विन्यास नहीं बनाना चाहता जो मुझे नहीं पता कि यह क्यों है या भविष्य में इसके साथ क्या करना है।

काफी उचित। :)

मेरा मतलब इस चर्चा को और आगे बढ़ाने का नहीं है, मैं सिर्फ यह नोट करूंगा कि आप संदेश को दबाने के लिए एक पर्यावरण चर ( PIP_FORMAT=columns ) भी निर्यात कर सकते हैं।

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

शायद कोई बेहतर तरीका था लेकिन उसे ठीक करने में बहुत देर हो चुकी है।

नहीं, चीजों को ठीक करने में कभी देर नहीं होती। किसी व्यक्ति या व्यक्तियों के समूह के लिए चीजों को ठीक करने की इच्छा में _रुचि_ होने में बहुत देर हो सकती है, हालांकि, यदि वे उदासीन होने के लिए इस्तीफा दे देते हैं।

कुछ उपयोगकर्ता अपने टर्मिनल पर आउटपुट के बारे में _अत्यधिक_ दृढ़ता से महसूस करते हैं

हां, ठीक है, कमांड का सही उपयोग करने के लिए एक बड़ी लाल चेतावनी चरम (गलत) है।

नहीं, चीजों को ठीक करने में कभी देर नहीं होती।

ठीक है, यह अगले पीआईपी संस्करण में तय किया जाएगा जब नया प्रारूप डिफ़ॉल्ट हो जाएगा। तो यहाँ हमें और कुछ करने की आवश्यकता नहीं है, मुझे लगता है: मुस्कान:

ठीक है, यह अगले पीआईपी संस्करण में तय किया जाएगा जब नया प्रारूप डिफ़ॉल्ट हो जाएगा।

दस महीने और गिनती।

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

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

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

यह कहना शायद अधिक उचित होगा कि अधिकांश उपयोगकर्ताओं (99.99%+, सम) के लिए, यह संदेश शून्य मूल्य लाता है।

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

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

मैं किसी ऐसे व्यक्ति (मेरे सहित) को नहीं जानता, जो यहां शिकायत करने के लिए इससे काफी नाराज हैं, लेकिन ऐसा करने के लिए कई संभावनाओं में से एक का उपयोग करके केवल बहिष्करण चेतावनी को चुप कराने के लिए पर्याप्त नाराज नहीं हैं। मुझे इससे छुटकारा पाने का एक और उपाय भी मिला: alias piplist='pip list --format=columns' ... मैं वैसे भी ज्यादातर समय pip freeze का उपयोग करता हूं। हेक, मैं जंगली अनुमान लगाऊंगा, कि आप pip list के अस्तित्व के बारे में जाने बिना भी एक पायथन डेवलपर के रूप में एक खुशहाल पूर्ण जीवन जी सकते हैं :)

अधिकांश लोग एक उपकरण का उपयोग करते हैं और बस आगे बढ़ते हैं।

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

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

इतिहास #3651 #3654 और #3686 में है। चर्चाओं को दोबारा पढ़ना, बहिष्करण चेतावनी के बारे में बहुत कुछ नहीं कहा गया था। कुछ बदलने से पहले एक संस्करण के लिए चेतावनी जोड़ना मूल रूप से हमारी मानक बहिष्करण नीति है, लेकिन मैं देख सकता हूं कि इस मामले में यह सामान्य से अधिक विघटनकारी हो सकता है।

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

मैं किसी ऐसे व्यक्ति (मेरे सहित) को नहीं जानता, जो यहां शिकायत करने के लिए इससे काफी नाराज हैं, लेकिन ऐसा करने के लिए कई संभावनाओं में से एक का उपयोग करके केवल बहिष्करण चेतावनी को चुप कराने के लिए पर्याप्त नाराज नहीं हैं।

मुझे लगता है कि इसके 3 पहलू हैं:

1. अधिकांश लोग शोध की परवाह नहीं करते कि त्रुटि को कैसे शांत किया जाए, और परियोजना के मालिक इसे ध्यान में रखना चाहते हैं और उन सभी उपयोगकर्ताओं को सर्वोत्तम अनुभव प्रदान करना चाहते हैं।
2. इस धागे में लोग (मेरे सहित) इस तथ्य से परेशान हैं कि उन्हें "समस्या को ठीक करने" के लिए कुछ जोड़ने की ज़रूरत है जब वे पहले से ही उपकरण का उपयोग कर रहे हैं, और यह कि "कुछ" एक साल बाद एक रहस्य बन जाएगा।
3. मुझे लगता है कि यह चर्चा इस बात पर अधिक है कि ब्रेकिंग परिवर्तन होने पर सही/सर्वोत्तम निर्णय क्या करना है। हम अपने विचारों को व्यक्त करने के लिए समय ले रहे हैं (और उन्हें सही ठहराने की कोशिश कर रहे हैं), वास्तव में "शिकायत" नहीं।

तब शायद उन लोगों को एक पल रुककर सोचना चाहिए कि ऐसा क्यों संभव है।

मुझे नहीं लगता कि यह यहाँ चर्चा का विषय है। मुझे यकीन है कि यहां अपनी राय व्यक्त करने वाले सभी लोगों को उपलब्ध सभी ओपन सोर्स प्रोजेक्ट्स के लिए आभारी होना चाहिए और हम में से कई लोग स्वयं ओपन सोर्स समुदाय का हिस्सा हैं।

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

वैसे भी, मुझे लगता है कि यह एक अच्छी जगह है जहाँ मैं रुक सकता हूँ। pip एक ऐसी चीज है जिसका मैं दैनिक उपयोग करता हूं और परियोजना के अनुरक्षकों द्वारा इसमें की गई कड़ी मेहनत की मैं बहुत सराहना करता हूं। मुझे लगता है कि यह स्पष्ट है कि यह 9.x रिलीज़ में बदलने वाला नहीं है और यह (उम्मीद है) 10.x में चला जाएगा। हालाँकि, मुझे उम्मीद है कि @pfmoore et al। भविष्य में इससे निपटने के दौरान हमारे कुछ विचारों (चेतावनी के पुन: रंग, प्रमुख सेवर बनाम ब्रेकिंग परिवर्तन, # उपयोगकर्ता प्रभावित, आदि) को शामिल कर सकते हैं।

धन्यवाद!

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

तब शायद उन लोगों को एक पल रुककर सोचना चाहिए कि ऐसा क्यों संभव है।

मुझे नहीं लगता कि यह यहाँ चर्चा का विषय है।

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

मैंने अभी पायथन 2.7.13 को पायथन 2.7.14 से बदल दिया और यह चेतावनी फिर से दिखाई दी।

हमें 'list.py' में पंक्ति 137 शब्द 'कोई नहीं' को 'ट्रू' से बदलने की आवश्यकता है

पूरा पथ है 'C:\Python27\Lib\site-packagessip-9.0.1-py2.7.eggpip\commands\list.py'

यह लिनक्स पर कैसे काम करता है? मैंने अपने export PIP_FORMAT=columns से अपने .zshrc और टर्मिनल को बंद करने और खोलने के बाद काम नहीं किया। मैंने अपनी .zshrc फ़ाइल की पंक्ति को हटा दिया और निम्नलिखित के साथ मेरे /.conf/pip.conf में एक pip.conf फ़ाइल बनाई...

[list]
format=columns

और काम भी नहीं किया।

@diazgilberto
मेरे पास मेरे 'साइगविन' पायथन 2.7.10 इंस्टॉलेशन के तहत है और उस समस्या को 'list.py' संपादित करने के साथ हल किया गया है:

इस तरह काटें:

फिर export PIP_FORMAT=columns ?

एनाकोंडा के बिना उबंटू 18.04 और पायथन 3.6.6 पर एक आकर्षण की तरह काम किया।

आपको बस अपने पाइप को अपग्रेड करने की जरूरत है। वह है, "पाइप इंस्टाल --अपग्रेड पाइप"

इस थ्रेड को स्वचालित रूप से लॉक कर दिया गया है क्योंकि इसे बंद करने के बाद हाल ही में कोई गतिविधि नहीं हुई है। कृपया संबंधित बग के लिए एक नया मुद्दा खोलें।