Un demonio antiguo de Emacs puede conservar un proxy antiguo
Compruebe el servidor Emacs de larga duración y el estado del proxy de la biblioteca URL cuando un terminal emacsclient nuevo parece ignorar la configuración actualizada.
Un terminal nuevo no crea un servidor Emacs nuevo. emacsclient puede pedir al demonio de ayer que realice la descarga de paquetes de hoy, usando el estado de proxy antiguo de ese demonio.
Inspeccione tanto el entorno como url-proxy-services dentro de la sesión de Emacs que atiende la solicitud fallida:
| ¿Qué está desactualizado? | Dónde mirar después |
|---|---|
| El entorno de Emacs todavía contiene el punto final antiguo | El origen de inicio del servidor: servicio de usuario, sesión de escritorio o demonio al iniciar sesión |
El entorno es correcto, pero url-proxy-services todavía contiene el punto final antiguo | Inicialización de la biblioteca URL y ajustes explícitos de Lisp |
La biblioteca URL puede inicializar entradas de proxy compatibles desde el entorno. Cambiar ese entorno más tarde no reconstruye necesariamente una entrada ya inicializada o establecida explícitamente en Lisp. La información específica del cliente que se pasa en determinados contextos del servidor no es un restablecimiento general de la configuración de proxy del servidor.
Corrija la configuración activa prevista y su origen de inicio para que el siguiente servidor esté de acuerdo. Reiniciar también proporciona una inicialización nueva, pero guarde primero el trabajo que retiene ese servidor; cerrar y volver a abrir un marco puede dejar el proceso en ejecución.
Este diagnóstico se refiere a la biblioteca URL. Si el paquete invoca Git, curl u otro descargador externo, siga la configuración de ese cliente en lugar de esperar que url-proxy-services lo sustituya.