Comparer tox 4 et les environnements proxy du terminal
Le tox moderne transmet déjà les variables proxy standard. Inspectez les surcharges et le processus qui effectue le téléchargement avant de copier d'anciens contournements de commandes d'installation.
La transmission par défaut documentée de tox 4 inclut http_proxy, https_proxy, no_proxy et PIP_*. Si pip fonctionne dans un terminal mais échoue pendant la configuration de tox, l'absence de transmission n'est qu'une explication possible.
Comparez les entrées du téléchargeur
Inspectez les valeurs de point de terminaison et de contournement vues par le processus qui échoue, y compris les surcharges explicites de tox et les fichiers d'environnement. Un projet peut remplacer une valeur héritée correcte par une valeur obsolète. Un nom personnalisé comme my_https_proxy nécessite un mappage explicite avant qu'un téléchargeur puisse l'utiliser.
Identifiez l'étape : création de l'environnement, empaquetage, installation des dépendances ou une commande dans l'environnement de test. Elles peuvent impliquer des processus et des réglages différents.
Comparez aussi les versions de Python et de pip ainsi que la configuration persistante. tox peut créer un environnement dont le comportement des certificats diffère, donc un échec de confiance TLS ne prouve pas à lui seul qu'une variable proxy manque.
Appliquez la surcharge requise
Utilisez la configuration d'environnement prise en charge par la version installée de tox et le mécanisme habituel de secrets. Un enrobage pip n'est utile que si un mappage nécessaire ne peut pas y être exprimé correctement ; il exige aussi un transfert correct des arguments, un code de sortie et un comportement de plateforme.
Conservez dans le rapport les entrées du processus réellement en échec, identifiants retirés. Cela fournit une comparaison reproductible lorsque le projet ou la version de tox change.