Un dimoni Emacs antic pot conservar un proxy antic
Reviseu el servidor Emacs de llarga durada i l'estat del proxy de la biblioteca URL quan un terminal emacsclient nou sembla ignorar la configuració actualitzada.
Un terminal nou no crea un servidor Emacs nou. emacsclient pot demanar al dimoni d'ahir que faci la descàrrega de paquets d'avui, fent servir l'estat de proxy antic del dimoni.
Inspeccioneu tant l'entorn com url-proxy-services dins de la sessió Emacs que gestiona la petició fallida:
| Què està desactualitzat? | On mirar després |
|---|---|
| L'entorn Emacs encara conté el punt final antic | L'origen d'inici del servidor: servei d'usuari, sessió d'escriptori o dimoni en iniciar sessió |
L'entorn és correcte, però url-proxy-services encara conté el punt final antic | Inicialització de la biblioteca URL i configuracions explícites de Lisp |
La biblioteca URL pot inicialitzar entrades de proxy compatibles des de l'entorn. Canviar aquest entorn més tard no reconstrueix necessàriament una entrada ja inicialitzada o definida explícitament en Lisp. La informació específica del client que es passa en contextos de servidor concrets no és un reinici general de la configuració de proxy del servidor.
Corregiu la configuració activa prevista i el seu origen d'inici perquè el següent servidor hi estigui d'acord. Reiniciar també proporciona una inicialització nova, però deseu primer la feina que té aquell servidor; tancar i tornar a obrir un marc pot deixar el procés en marxa.
Aquest diagnòstic fa referència a la biblioteca URL. Si el paquet invoca Git, curl o un altre descarregador extern, seguiu la configuració d'aquell client en lloc d'esperar que url-proxy-services el substitueixi.