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

آؤٹ پٹ مختلف ترتیب مقامات، غیر متوقع interpreter یا ایسے ماحول کے متغیر کو دکھا سکتی ہے جو کسی ٹیسٹ نے استعمال نہیں کیا۔ شیئر کرنے سے پہلے نجی URL اور اسناد دیکھیں۔

pip کے لیے اس کا دستاویزی پراکسی اختیار، pip مخصوص ترتیب یا مناسب نیٹ ورک ماحول استعمال کریں۔ .condarc کا YAML حصہ براہِ راست pip کی INI فائل میں نقل نہ کریں۔

اعتماد کی ترتیبات بھی الگ ہیں

Conda کا ssl_verify CA بنڈل بتا سکتا ہے یا معاون ورژنز اور Python runtime میں truststore کے ذریعے نظام کے اعتماد کا انتخاب کر سکتا ہے۔ یہ pip کے اعتماد کے ماخذ کو ترتیب دینے کا حکم نہیں ہے۔

اگر پراکسی منظور شدہ TLS معائنہ کرتی ہے تو متعین کریں کہ ہر کلائنٹ اس اختیار پر کیسے اعتماد کرتا ہے۔ کامیاب Conda درخواست ثابت کرتی ہے کہ اس کی اپنی راہ اور اعتماد نے اس درخواست کے لیے کام کیا؛ یہ ثابت نہیں کرتی کہ pip کو وہی ترتیب ملی۔

حقیقی مقامات کا موازنہ کریں

کلائنٹس مختلف پیکیج اشاریے اور فائل میزبان استعمال کر سکتے ہیں۔ ایک چینل کی اجازت دینے والا واسطہ دوسرے اشاریے یا بعد کے archive URL کو مسترد کر سکتا ہے۔ فرق کو صرف منتخب Python ماحول سے منسوب کرنے سے پہلے ناکام ہوسٹ نام اور جواب جانچیں۔

مفید رپورٹ interpreter، ہر کلائنٹ کے ترتیب کے ماخذ، مطلوبہ میزبان اور پہلی کنکشن یا سرٹیفکیٹ خرابی بتاتی ہے۔ “Conda چلتا ہے” موازنے کا آغاز ہے، pip کے نیٹ ورک راستے کا مکمل ٹیسٹ نہیں۔