Conda funkcias tra la prokurilo, sed pip ne

Aktivigi Conda-medion elektas medion; tio ne igas ĉiun programon en ĝi uzi la agordojn de Conda. Conda kaj pip estas apartaj elŝutaj klientoj.

Conda povas havi prokurilajn vojojn en .condarc:

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

Ĉi tiuj ekzemplaj valoroj diras al Conda kiel atingi celojn de ĉiu skemo. pip ne aŭtomate adoptas la mapadon proxy_servers nur pro tio ke ĝi estas instalita en tiu medio.

Inspektu ambaŭ agordarojn

Kontrolu la agordfontojn de Conda kaj la pip ligitan al la aktiva Python:

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

La eligoj povas montri malsamajn agordlokojn, neatenditan interpretilon aŭ medivariablon ne uzitan de unu provo. Kontrolu privatajn URL-ojn kaj akreditaĵojn antaŭ kundivido.

Por pip, uzu ĝian dokumentitan prokurilan opcion, pip-specifan agordon aŭ la taŭgan retan medion. Ne kopiu YAML-sekcion de .condarc rekte en INI-dosieron de pip.

Ankaŭ fidagordoj estas apartaj

La ssl_verify de Conda povas indiki CA-pakaĵon aŭ, en subtenataj versioj kaj Python-rultempoj, elekti sisteman fidon per truststore. Tio ne estas komando por agordi la fidfonton de pip.

Se la prokurilo faras aprobitan TLS-inspektadon, klarigu kiel ĉiu kliento fidas tiun aŭtoritaton. Sukcesa Conda-peto pruvas ke ĝiaj propraj vojo kaj fido funkciis por tiu peto; ĝi ne pruvas ke pip ricevis la saman agordon.

Komparu la efektivajn celojn

La klientoj povas uzi malsamajn pakindeksojn kaj dosiergastigantojn. Peranto kiu permesas unu kanalon povas rifuzi alian indekson aŭ postan arkivan URL-on. Kontrolu la malsukcesantan gastigantnomon kaj respondon antaŭ ol atribui la diferencon nur al la elektita Python-medio.

Utila raporto identigas la interpretilon, la agordfonton de ĉiu kliento, la petitan gastiganton kaj la unuan konektan aŭ atestilan eraron. “Conda funkcias” estas komenca komparo, ne plena testo de la retvojo de pip.