Conda प्रॉक्सीद्वारे काम करते, पण pip करत नाही

Conda वातावरण सक्रिय केल्यावर वातावरण निवडले जाते; त्यातील प्रत्येक प्रोग्रामने Conda चे कॉन्फिगरेशन वापरावे असे होत नाही. Conda आणि pip हे वेगळे डाउनलोड क्लायंट आहेत.

Conda मध्ये .condarc मध्ये प्रॉक्सी मार्ग असू शकतात:

proxy_servers:
  http: http://203.0.113.10:8080
  https: http://203.0.113.10:8080

ही उदाहरणातील मूल्ये प्रत्येक स्कीमच्या गंतव्यापर्यंत कसे पोहोचायचे ते Conda ला सांगतात. त्या वातावरणात pip इन्स्टॉल आहे म्हणून तो proxy_servers मॅपिंग आपोआप स्वीकारत नाही.

दोन्ही कॉन्फिगरेशन तपासा

Conda चे कॉन्फिगरेशन स्रोत आणि सक्रिय Python शी संबंधित pip तपासा:

conda config --show-sources
python -m pip --version
python -m pip config debug

आउटपुटमध्ये वेगवेगळी कॉन्फिगरेशन ठिकाणे, अनपेक्षित इंटरप्रिटर किंवा एखाद्या चाचणीत न वापरलेला पर्यावरण चल दिसू शकतो. शेअर करण्यापूर्वी खाजगी URL आणि क्रेडेन्शियल तपासा.

pip साठी त्याचा दस्तऐवजीकृत प्रॉक्सी पर्याय, pip-विशिष्ट कॉन्फिगरेशन किंवा योग्य नेटवर्क वातावरण वापरा. .condarc मधील YAML विभाग थेट pip च्या INI फाइलमध्ये कॉपी करू नका.

विश्वास सेटिंग्जही वेगळ्या आहेत

Conda चे ssl_verify CA बंडल दर्शवू शकते किंवा समर्थित आवृत्ती आणि Python रनटाइममध्ये truststore द्वारे सिस्टम विश्वास निवडू शकते. हा pip चा विश्वास स्रोत कॉन्फिगर करण्याचा आदेश नाही.

प्रॉक्सीने मान्य TLS तपासणी केली तर प्रत्येक क्लायंट त्या प्राधिकरणावर कसा विश्वास ठेवतो ते ठरवा. यशस्वी Conda विनंती त्या विनंतीसाठी त्याचा स्वतःचा मार्ग आणि विश्वास काम करत असल्याचे दाखवते; pip ला तीच सेटिंग मिळाली असे दाखवत नाही.

प्रत्यक्ष गंतव्यांची तुलना करा

क्लायंट वेगवेगळे पॅकेज इंडेक्स आणि फाइल होस्ट वापरू शकतात. एक चॅनेल परवानगी देणारा मध्यस्थ दुसरा इंडेक्स किंवा नंतरचा आर्काइव्ह URL नाकारू शकतो. फरक फक्त निवडलेल्या Python वातावरणाला देण्यापूर्वी अयशस्वी होणारे होस्टनाव आणि प्रतिसाद तपासा.

उपयुक्त अहवालात इंटरप्रिटर, प्रत्येक क्लायंटचा कॉन्फिगरेशन स्रोत, विनंती केलेला होस्ट आणि पहिली कनेक्शन किंवा प्रमाणपत्र त्रुटी नमूद असते. “Conda काम करते” ही तुलनेची सुरुवात आहे, pip च्या नेटवर्क पाथची पूर्ण चाचणी नाही.