Conda deluje prek posrednika, pip pa ne

Aktivacija okolja Conda izbere okolje; ne povzroči, da bi vsak program v njem uporabljal konfiguracijo Conde. Conda in pip sta ločena odjemalca za prenos.

Conda ima lahko poti prek posrednika v .condarc:

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

Te vzorčne vrednosti povedo Condi, kako doseči cilje vsake sheme. pip ne prevzame samodejno preslikave proxy_servers samo zato, ker je nameščen v tem okolju.

Preglejte obe konfiguraciji

Preverite vire konfiguracije Conde in pip, povezan z aktivnim Pythonom:

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

Izhodi lahko pokažejo različne lokacije konfiguracije, nepričakovan tolmač ali okoljsko spremenljivko, ki je en preizkus ni uporabil. Pred deljenjem preglejte zasebne URL-je in poverilnice.

Za pip uporabite dokumentirano možnost posrednika, konfiguracijo za pip ali ustrezno omrežno okolje. Odseka YAML iz .condarc ne kopirajte neposredno v datoteko INI za pip.

Tudi nastavitve zaupanja so ločene

Condin ssl_verify lahko določi paket CA ali v podprtih različicah in izvajalnih okoljih Python izbere sistemsko zaupanje z truststore. To ni ukaz za nastavitev vira zaupanja v pip.

Če posrednik izvaja odobren pregled TLS, ugotovite, kako vsak odjemalec zaupa temu izdajatelju. Uspešna zahteva Conde dokazuje, da sta njena lastna pot in zaupanje delovala za to zahtevo; ne dokazuje, da je pip dobil enake nastavitve.

Primerjajte dejanske cilje

Odjemalca lahko uporabljata različne indekse paketov in gostitelje datotek. Vmesni člen, ki dovoli en kanal, lahko zavrne drug indeks ali poznejši URL arhiva. Preverite ime gostitelja z napako in odgovor, preden razliko pripišete samo izbranemu okolju Python.

Uporabno poročilo navede tolmač, vir konfiguracije vsakega odjemalca, zahtevanega gostitelja ter prvo napako povezave ali potrdila. »Conda deluje« je začetek primerjave, ne popoln preizkus omrežne poti pip.