Pip: पिप - प्रॉक्सी सेटिंग्स को गिट/एचजी इत्यादि के माध्यम से पास नहीं करता है।

हे,

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

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

चीयर्स, विजेता

Original Comment By: Victor Hooi

यदि कोई समाधान या समाधान मिलता है, तो हमें टिप्पणी करना याद रखना चाहिए
स्टैक ओवरफ्लो 1

1 - http://stackoverflow.com/questions/5085545/pip-and-svn-
अंडर-ए-प्रॉक्सी

Original Comment By: Hugo Lopes Tavares

यदि कोई समाधान या समाधान मिलता है, तो हमें टिप्पणी करना याद रखना चाहिए
स्टैक ओवरफ्लो 1

1 - http://stackoverflow.com/questions/5085545/pip-and-svn-
अंडर-ए-प्रॉक्सी

Original Comment By: Hugo Lopes Tavares

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

एक और नोट के रूप में, ऐसा प्रतीत होता है कि समस्या का हिस्सा यह है कि क्लोन यह मान रहा है कि यह क्लोन करने के लिए git (ssh) प्रोटोकॉल का उपयोग कर सकता है। अगर यह git:// के बजाय http या https का उपयोग करता है तो यह शायद कम से कम आंशिक रूप से काम करेगा। मैं एक git config विकल्प का उपयोग करके इसके आसपास काम कर रहा हूं जो git://github.com पर https://github.com के साथ किसी भी अनुरोध को बदल देता है
मुझे यह वर्कअराउंड यहां मिला, http://stackoverflow.com/a/32744849/3794873 और मुझे यह git:// के वैश्विक प्रतिस्थापन की तुलना में थोड़ा अधिक उपयोगी लगता है https:// क्योंकि हमारे पास एक आंतरिक जीथब है जहां मैं चाहता हूं SSH के माध्यम से प्रमाणित करने के लिए।
देखें http://jgoodall.me/posts/2013/05/29/git-use-https/

@johnthagen मैं कुछ पुराने मुद्दों को देख रहा था और सोच रहा था कि क्या आपको इसके साथ कोई अनुभव है (उदाहरण के लिए ऊपर संदर्भित svn के लिए)।

@cjerdonek दुर्भाग्य से मैंने प्रॉक्सी सेटिंग में pip /सबवर्जन का उपयोग नहीं किया है, इसलिए मुझे यहां कोई अनुभव नहीं है।

यहां अगला कदम किसी के लिए इस मुद्दे को पुन: पेश करने का प्रयास करना है और यहां प्रजनन के लिए स्पष्ट कदम प्रदान करना है।

मुझे यकीन नहीं है कि यह सिर्फ एक मुद्दा है। प्रत्येक vcs कमांड के लिए git, svn, आदि के साथ प्रॉक्सी सेटिंग्स पास करने के चरण भिन्न हो सकते हैं। उदाहरण के लिए, इसे git के लिए करने की जानकारी यहां दी गई है: https://git-scm.com/docs/git-config

यहाँ svn के लिए है: http://subversion.apache.org/faq.html#proxy

एचजी के लिए यहां है: https://www.mercurial-scm.org/doc/hgrc.5.html#http -proxy

और यहाँ बाज़ार के लिए है: http://doc.bazaar.canonical.com/latest/en/user-guide/configuring_bazaar.html#using -a-network-proxy

हां हां। हमें यह करना चाहिए कि अगर पिप को प्रॉक्सी मिलती है।

इसका पुनरुत्पादन देखने के लिए मैं उत्सुक क्यों हूं, यह जानना है कि क्या "http_proxy" सेट करना आज इसे देखने वाले लोगों के लिए एक समाधान है (क्योंकि वे वीसीएस उपकरण आईआईयूसी का समर्थन करते हैं)।

मैं काम पर प्रॉक्सी का उपयोग करता हूं और एनवी चर मेरे लिए ठीक काम करते हैं (कम से कम गिट के साथ)।

@pfmoore क्या आपके लिए पर्यावरण चर को अनसेट करने और प्रॉक्सी को --proxy के माध्यम से पास करने का प्रयास करना संभव होगा?

कुछ हफ़्ते के लिए नहीं, क्योंकि मैं अभी छुट्टी पर हूँ, क्षमा करें।

एफडब्ल्यूआईडब्ल्यू, यह देखना आसान होना चाहिए कि वीसीएस कमांड में कौन से पर्यावरण चर पारित किए जाते हैं क्योंकि वे सभी वर्जनकंट्रोल बेस क्लास से गुजरते हैं (मेरे फोन से टाइप करना ओ/डब्ल्यू इससे लिंक होगा)।

कुछ हफ़्ते के लिए नहीं, क्योंकि मैं अभी छुट्टी पर हूँ, क्षमा करें।

ओह! मेरा बुरा; मैं भूल गया - अपनी छुट्टी का आनंद लें! :)

क्या कोई कारण है कि इसे पीआईपी में लागू करने की आवश्यकता है? हम सीए प्रमाणपत्रों के साथ पास नहीं होते हैं, एसएसएच होस्ट कुंजियों को स्वतः स्वीकार नहीं करते हैं, या वीसीएस प्रमाणीकरण को संभालते हैं। ऐसा लगता है कि इस प्रकार के एकीकरण के लिए रखरखाव का बोझ अधिक होगा और भुगतान बहुत कम होगा क्योंकि इस तरह के कॉन्फ़िगरेशन को वैसे भी करने की आवश्यकता होगी। एक त्वरित खोज से पता चलता है कि git में प्रॉक्सी कॉन्फ़िगरेशन के लिए बहुत सारे लचीले विकल्प हैं और hg में एक कॉन्फ़िगरेशन फ़ाइल है । विश्व स्तर पर इन्हें कॉन्फ़िगर करने वाला उपयोगकर्ता उन्हें केवल पाइप ही नहीं, बल्कि किसी भी इनवोकिंग टूल पर काम करेगा।

@chrahunt मुझे लगता है कि यह एक उचित तर्क है; क्रिस ने ऊपर सूचीबद्ध तर्क के बाद इस मुद्दे को बंद कर दिया। :)