Samanlikning av tox 4 og terminal-proxymiljø
Moderne tox sender allereie standard proxyvariablar vidare. Undersøk overstyringane og prosessen som gjer nedlastinga, før du kopierer gamle løysingar med installasjonskommandoar.
Den dokumenterte standardvidaresendinga til tox 4 omfattar http_proxy, https_proxy, no_proxy og PIP_*. Viss pip fungerer i ein terminal men feilar under tox-oppsettet, er manglande vidaresending berre éi mogeleg forklaring.
Samanlikn inndataa til nedlastaren
Undersøk endepunkt- og omgåingsverdiane som den feilande prosessen ser, inkludert eksplisitte tox-overstyringar og miljøfiler. Eit prosjekt kan erstatta ein korrekt nedarva verdi med ein utdatert. Eit eigendefinert namn som my_https_proxy krev ei eksplisitt tilordning før ein nedlastar kan bruka det.
Identifiser steget: oppretting av miljø, pakking, installasjon av avhengnader eller ein kommando inne i testmiljøet. Dei kan involvera ulike prosessar og innstillingar.
Samanlikn også Python- og pip-versjonar og varig konfigurasjon. tox kan oppretta eit miljø med annan sertifikatåtferd, så ein TLS-tillitsfeil er ikkje tilstrekkeleg prov på at ein proxyvariabel manglar.
Bruk den nødvendige overstyringa
Bruk den støtta miljøkonfigurasjonen til den installerte tox-versjonen og den vanlege hemmelegheitsmekanismen. Ein pip-innpakning er berre nyttig viss ei nødvendig tilordning ikkje kan uttrykkjast godt nok der; han treng også korrekt argumentvidaresending, utgangsstatus og plattformåtferd.
Hald inndataa til den faktiske feilande prosessen i rapporten, med innloggingsinformasjon fjerna. Det gjev ei repeterbar samanlikning når prosjektet eller tox-versjonen endrar seg.