Pip: Pip: no pasa la configuración del proxy a git / hg, etc.

heya

Estoy usando pip detrás de un proxy, y es realmente un cajero automático de pesadilla ... jajaja. Wget
parece descargar los paquetes de manera confiable, pero con pip, tengo que configurar el
tiempo de espera a 30 segundos, y sigue siendo un éxito y fracaso. Deseo que sea proxy
el apoyo fue mejor.

De todos modos, pip tampoco parece pasar la configuración del proxy a comandos como git.
Incluso con las variables ambientales establecidas, además de pasar el "--proxy"
ajuste a pip, git / hg / etc. parece ignorarlo por completo y tratar de
descargar directamente en lugar de a través del proxy.

Saludos, victor

Original Comment By: Victor Hooi

Si se encuentra alguna solución alternativa, debemos recordar comentar en
StackOverflow 1

1 : http://stackoverflow.com/questions/5085545/pip-and-svn-
bajo un proxy

Original Comment By: Hugo Lopes Tavares

Si se encuentra alguna solución alternativa, debemos recordar comentar en
StackOverflow 1

1 : http://stackoverflow.com/questions/5085545/pip-and-svn-
bajo un proxy

Original Comment By: Hugo Lopes Tavares

Me encontré con esto hoy. Realmente me pregunto si importa si la instalación de pip se ejecuta con sudo o no, pero parece un descuido que no llame al binario git / svn con una variable de entorno de instancia para http_proxy SI se suministró o se configuró una cuando se ejecuta el comando pip.

Como nota adicional, parece que parte del problema es que el clon supone que puede usar el protocolo git (ssh) para realizar el clon. Si usa http o https en lugar de git: // probablemente funcionaría, al menos parcialmente. Estoy trabajando en esto usando una opción de configuración de git que reemplaza cualquier solicitud a git: //github.com con https://github.com.
Encontré esta solución aquí, http://stackoverflow.com/a/32744849/3794873 y la encuentro un poco más útil que el reemplazo global de git: // con https: // porque tenemos un github interno donde QUIERO para autenticarse a través de SSH.
Ver http://jgoodall.me/posts/2013/05/29/git-use-https/

@johnthagen Estaba viendo algunos problemas antiguos y me preguntaba si tenía alguna experiencia con este (por ejemplo, para svn como se mencionó anteriormente).

@cjerdonek Desafortunadamente, no he usado pip / Subversion en una configuración de proxy, así que no tengo ninguna experiencia aquí.

El siguiente paso aquí es que alguien intente reproducir este problema y proporcione pasos claros para la reproducción aquí.

No estoy seguro de que sea solo un problema. Los pasos para pasar la configuración del proxy a git, svn, etc. pueden ser diferentes para cada comando vcs. Por ejemplo, aquí hay información sobre cómo hacerlo para git: https://git-scm.com/docs/git-config

Aquí está para svn: http://subversion.apache.org/faq.html#proxy

Aquí es para hg: https://www.mercurial-scm.org/doc/hgrc.5.html#http -proxy

Y aquí está el bazar: http://doc.bazaar.canonical.com/latest/en/user-guide/configuring_bazaar.html#using -a-network-proxy

Si si. Deberíamos hacer eso si pip obtiene un proxy.

Parte de la razón por la que tengo curiosidad por ver la reproducción de esto es saber si configurar "http_proxy" es una solución para las personas que ven esto hoy (ya que esas herramientas vcs admiten ese IIUC).

Utilizo un proxy en el trabajo y las variables env funcionan bien para mí (al menos con git).

@pfmoore, ¿sería posible que intentara desarmar la variable de entorno y pasar el proxy a través de --proxy?

No por unas semanas, ya que estoy de vacaciones ahora mismo, lo siento.

FWIW, debería ser fácil ver qué variables de entorno se pasan a los comandos de VCS, ya que todas pasan por la clase base VersionControl (escribir desde mi teléfono o / w se vincularía a ella).

No por unas semanas, ya que estoy de vacaciones ahora mismo, lo siento.

¡Ups! Mi error; Lo olvidé, ¡disfruta de tus vacaciones! :)

¿Hay alguna razón por la que esto deba implementarse en pip? Tampoco pasamos certificados de CA, no aceptamos automáticamente claves de host SSH ni manejamos la autenticación VCS. Parece que la carga de mantenimiento para este tipo de integración sería alta y la recompensa bastante baja, ya que es probable que este tipo de configuración deba realizarse de todos modos. Una búsqueda rápida revela que git tiene toneladas de opciones flexibles para la configuración del proxy y hg tiene un archivo de configuración . Un usuario que los configure globalmente los haría funcionar con cualquier herramienta de invocación, no solo con pip.

@chrahunt Creo que es un argumento razonable; cerrando este tema siguiendo el razonamiento que Chris enumeró anteriormente. :)