Se o R consegue instalar um pacote, mas esse pacote não alcança sua API, compare os dois clientes de solicitação. download.file(), o RCurl e a própria camada HTTP de um pacote não precisam ler as mesmas opções.

Verifique as entradas da sessão em execução

Um programa iniciado a partir de um terminal herda o ambiente desse terminal. Um atalho na área de trabalho ou uma IDE já em execução pode ter valores diferentes. O arquivo de ambiente de inicialização do R adequado pode conter:

http_proxy=http://proxy.example:8080
https_proxy=http://proxy.example:8080

São entradas de arquivo de ambiente com um endpoint de exemplo. Para solicitações públicas a pacotes ou à API permitidas por intermediários públicos, a lista de proxies HTTP oferece candidatos para esses valores. Expressões R como options(download.file.method = "libcurl") pertencem ao código R, não ao .Renviron. Colocar a configuração que parece correta no formato errado deixa-a sem uso.

Identifique o arquivo de inicialização escolhido pelas regras do R de site/usuário, ambiente e diretório de trabalho. Um arquivo local ao projeto pode explicar uma diferença entre dois projetos na mesma IDE. Altere o arquivo pretendido e reinicie a sessão relevante; editá-lo não atualiza o processo que já está em execução.

Siga a solicitação do pacote que falha

Identifique o método de download ou a implementação HTTP real. Um executável curl externo, o método libcurl do R e o RCurl são consumidores distintos com suas próprias entradas suportadas. Compare o mesmo destino pelo pacote que falha, com os segredos ocultados.

Mantenha as receitas alinhadas a essa implementação e versão do R. O conselho antigo do Windows --internet2 descreve comportamento histórico. Preserve também o esquema de transporte do verdadeiro listener de proxy: um destino HTTPS ainda pode usar um endpoint de proxy HTTP. Uma instalação bem-sucedida por outro downloader não estabelece nem a configuração deste cliente nem a disponibilidade do proxy para esta solicitação.

Artigos relacionados