Um antigo daemon do Emacs pode manter um antigo proxy
Verifique o servidor Emacs de longa duração e o estado do proxy da biblioteca URL quando um novo terminal emacsclient parece ignorar definições atualizadas.
Um novo terminal não cria um novo servidor Emacs. emacsclient pode pedir ao daemon de ontem que faça o download dos pacotes de hoje, usando o antigo estado de proxy desse daemon.
Inspecione tanto o ambiente como url-proxy-services dentro da sessão Emacs que trata o pedido falhado:
| O que está desatualizado? | Onde olhar a seguir |
|---|---|
| O ambiente Emacs ainda contém o antigo endpoint | A origem de arranque do servidor: serviço de utilizador, sessão de ambiente de trabalho ou daemon no início de sessão |
O ambiente está correto, mas url-proxy-services ainda contém o antigo endpoint | Inicialização da biblioteca URL e definições Lisp explícitas |
A biblioteca URL pode inicializar entradas de proxy suportadas a partir do ambiente. Alterar esse ambiente mais tarde não reconstrói necessariamente uma entrada já inicializada ou definida explicitamente em Lisp. A informação específica do cliente transmitida em determinados contextos do servidor não é um reinício geral da configuração de proxy do servidor.
Corrija a configuração ativa pretendida e a sua origem de arranque para que o servidor seguinte concorde. Reiniciar também proporciona uma inicialização nova, mas guarde primeiro o trabalho detido nesse servidor; fechar e reabrir uma frame pode deixar o processo em execução.
Este diagnóstico diz respeito à biblioteca URL. Se o pacote invoca Git, curl ou outro downloader externo, siga a configuração desse cliente em vez de esperar que url-proxy-services o substitua.