Conda ເຮັດວຽກຜ່ານພຣັອກຊີ ແຕ່ pip ບໍ່ເຮັດວຽກ

ການເປີດໃຊ້ສະພາບແວດລ້ອມ Conda ເປັນການເລືອກສະພາບແວດລ້ອມ; ມັນບໍ່ໄດ້ເຮັດໃຫ້ໂປຣແກຣມທຸກອັນໃນນັ້ນໃຊ້ການຕັ້ງຄ່າຂອງ Conda. Conda ແລະ pip ເປັນ client ດາວໂຫຼດແຍກກັນ.

Conda ອາດມີເສັ້ນທາງພຣັອກຊີໃນ .condarc:

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

ຄ່າຕົວຢ່າງເຫຼົ່ານີ້ບອກ Conda ວິທີໄປຫາຈຸດໝາຍຂອງແຕ່ລະ scheme. pip ບໍ່ຮັບ proxy_servers mapping ໂດຍອັດຕະໂນມັດ ພຽງເພາະມັນຖືກຕິດຕັ້ງໃນສະພາບນັ້ນ.

ກວດສອບການຕັ້ງຄ່າທັງສອງ

ກວດ ແຫຼ່ງການຕັ້ງຄ່າຂອງ Conda ແລະ pip ທີ່ເຊື່ອມກັບ Python ທີ່ໃຊ້ງານ:

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

ຜົນລັບອາດສະແດງບ່ອນຕັ້ງຄ່າຕ່າງກັນ interpreter ທີ່ບໍ່ຄາດຄິດ ຫຼືຕົວປ່ຽນສະພາບແວດລ້ອມທີ່ການທົດສອບໜຶ່ງບໍ່ໄດ້ໃຊ້. ກວດ URL ສ່ວນຕົວ ແລະຂໍ້ມູນເຂົ້າໃຊ້ກ່ອນແບ່ງປັນ.

ສຳລັບ pip ໃຫ້ ໃຊ້ຕົວເລືອກພຣັອກຊີທີ່ເອກະສານລະບຸ ການຕັ້ງຄ່າສຳລັບ pip ຫຼືສະພາບແວດລ້ອມເຄືອຂ່າຍທີ່ເໝາະສົມ. ຢ່າຄັດລອກສ່ວນ YAML ຈາກ .condarc ເຂົ້າໃນໄຟລ໌ INI ຂອງ pip ໂດຍກົງ.

ການຕັ້ງຄ່າຄວາມໄວ້ວາງໃຈກໍແຍກຕ່າງຫາກ

ssl_verify ຂອງ Conda ສາມາດລະບຸ CA bundle ຫຼືໃນ version ແລະ Python runtime ທີ່ຮອງຮັບ ເລືອກຄວາມໄວ້ວາງໃຈຂອງລະບົບດ້ວຍ truststore. ນີ້ບໍ່ແມ່ນຄຳສັ່ງເພື່ອຕັ້ງແຫຼ່ງຄວາມໄວ້ວາງໃຈຂອງ pip.

ຖ້າພຣັອກຊີເຮັດ ການກວດ TLS ທີ່ອະນຸມັດ ໃຫ້ຮູ້ວ່າ client ແຕ່ລະອັນໄວ້ວາງໃຈອຳນາດນັ້ນແນວໃດ. ຄຳຮ້ອງຂໍ Conda ທີ່ສຳເລັດພິສູດພຽງວ່າເສັ້ນທາງ ແລະຄວາມໄວ້ວາງໃຈຂອງມັນເຮັດວຽກສຳລັບຄຳຮ້ອງນັ້ນ; ບໍ່ໄດ້ພິສູດວ່າ pip ໄດ້ການຕັ້ງຄ່າດຽວກັນ.

ປຽບທຽບຈຸດໝາຍທີ່ແທ້ຈິງ

Client ອາດໃຊ້ package index ແລະ file host ຕ່າງກັນ. ຕົວກາງທີ່ອະນຸຍາດ channel ໜຶ່ງອາດປະຕິເສດ index ອື່ນ ຫຼື URL ຂອງ archive ຕໍ່ໄປ. ກວດ hostname ທີ່ລົ້ມເຫຼວ ແລະຄຳຕອບກ່ອນຈະໂທດຄວາມແຕກຕ່າງໃສ່ສະພາບ Python ທີ່ເລືອກພຽງຢ່າງດຽວ.

ລາຍງານທີ່ດີຄວນລະບຸ interpreter, ແຫຼ່ງການຕັ້ງຄ່າຂອງ client ແຕ່ລະອັນ, host ທີ່ຮ້ອງຂໍ ແລະຂໍ້ຜິດພາດການເຊື່ອມຕໍ່ ຫຼື certificate ທຳອິດ. “Conda ເຮັດວຽກ” ແມ່ນຈຸດເລີ່ມຂອງການປຽບທຽບ ບໍ່ແມ່ນການທົດສອບເສັ້ນທາງເຄືອຂ່າຍ pip ທັງໝົດ.