ei,
Estou usando pip atrás de um proxy, e é realmente um pesadelo atm ... lol. Wget parece baixar os pacotes de forma confiável, mas com pip, tenho que definir o tempo limite para 30 segundos, e ainda é um acerto e erro. Eu gostaria que o suporte a proxy fosse melhor.
De qualquer forma, o pip também não parece passar as configurações de proxy para comandos como o git. Mesmo com as variáveis de ambiente definidas, além de passar a configuração "--proxy" para pip, git / hg / etc. parece ignorar isso completamente e tentar fazer o download diretamente em vez de através do proxy.
Saúde,
vencedor
ei,
Estou usando pip atrás de um proxy, e é realmente um pesadelo atm ... lol. Wget
parece baixar os pacotes de forma confiável, mas com pip, tenho que definir o
tempo limite de 30 segundos, e ainda é um acerto e erro. Eu desejo que seja proxy
o suporte era melhor.
De qualquer forma, o pip também não parece passar as configurações de proxy para comandos como o git.
Mesmo com as variáveis ambientais definidas, além de passar o "--proxy"
configuração para pip, git / hg / etc. parece ignorar isso completamente e tentar
baixe diretamente em vez de pelo proxy.
Felicidades, vencedor
Original Comment By: Victor Hooi
Se alguma alternativa ou solução for encontrada, precisamos nos lembrar de comentar
StackOverflow 1
1 - http://stackoverflow.com/questions/5085545/pip-and-svn-
sob um proxy
Original Comment By: Hugo Lopes Tavares
Se alguma alternativa ou solução for encontrada, precisamos nos lembrar de comentar
StackOverflow 1
1 - http://stackoverflow.com/questions/5085545/pip-and-svn-
sob um proxy
Original Comment By: Hugo Lopes Tavares
Corri para isso hoje. Realmente me pergunto se importa se a instalação do pip é executada com sudo ou não, mas parece um descuido não chamar o binário git / svn com uma variável de ambiente de instância para http_proxy SE um foi fornecido ou definido quando o comando pip é executado.
Como uma observação adicional, parece que parte do problema é que o clone está assumindo que pode usar o protocolo git (ssh) para realizar o clone. Se ele usasse http ou https em vez de git: //, provavelmente funcionaria, pelo menos parcialmente. Estou trabalhando em torno disso usando uma opção de configuração git que substitui todas as solicitações para git: //github.com por https://github.com.
Eu encontrei essa solução alternativa aqui, http://stackoverflow.com/a/32744849/3794873 e acho que é um pouco mais útil do que a substituição global de git: // por https: // porque temos um github interno onde EU QUERO para autenticar via SSH.
Consulte http://jgoodall.me/posts/2013/05/29/git-use-https/
@johnthagen Eu estava examinando alguns problemas antigos e queria saber se você tem alguma experiência com este (por exemplo, para o svn como referenciado acima).
@cjerdonek Infelizmente eu não usei pip
/ Subversion em uma configuração de proxy, então não tenho nenhuma experiência aqui.
A próxima etapa aqui é alguém tentar reproduzir esse problema e fornecer etapas claras para reprodução aqui.
Não tenho certeza se isso é apenas um problema. As etapas para passar as configurações de proxy para git, svn, etc. podem ser diferentes para cada comando vcs. Por exemplo, aqui estão informações sobre como fazer isso para git: https://git-scm.com/docs/git-config
Aqui é para svn: http://subversion.apache.org/faq.html#proxy
Aqui é para hg: https://www.mercurial-scm.org/doc/hgrc.5.html#http -proxy
E aqui é o bazar: http://doc.bazaar.canonical.com/latest/en/user-guide/configuring_bazaar.html#using -a-network-proxy
Sim Sim. Devemos fazer isso se pip obtiver um proxy.
Parte do motivo pelo qual estou curioso para ver a reprodução disso é para saber se definir "http_proxy" é uma solução alternativa para as pessoas que estão vendo isso hoje (já que essas ferramentas vcs suportam esse IIUC).
Eu uso um proxy no trabalho e as variáveis env funcionam bem para mim (pelo menos com git).
@pfmoore seria possível tentar
Não por algumas semanas, já que estou de férias agora, desculpe.
FWIW, deve ser fácil ver quais variáveis de ambiente são passadas para os comandos VCS, uma vez que todas elas passam pela classe base VersionControl (digitar do meu telefone o / w criaria um link para ela).
Não por algumas semanas, já que estou de férias agora, desculpe.
Opa! Foi mal; Eu esqueci - aproveite suas férias! :)
Existe um motivo pelo qual isso precisa ser implementado no pip? Também não repassamos certificados CA, aceitamos automaticamente chaves de host SSH ou tratamos da autenticação VCS. Parece que a carga de manutenção para esses tipos de integração seria alta e a recompensa muito baixa, já que esse tipo de configuração provavelmente precisaria ser feito de qualquer maneira. Uma busca rápida revela que git tem toneladas de opções flexíveis para configuração de proxy e hg tem um arquivo de configuração . Um usuário configurando-os globalmente os faria funcionar em qualquer ferramenta de chamada, não apenas no pip.
@chrahunt eu acho que é um argumento razoável a ser feito; encerrando esta edição seguindo o raciocínio que Chris listou acima. :)