Ein alter Emacs-Daemon kann einen alten Proxy behalten
Prüfen Sie den langlebigen Emacs-Server und den Proxy-Zustand der URL-Bibliothek, wenn ein neues emacsclient-Terminal aktualisierte Einstellungen zu ignorieren scheint.
Ein neues Terminal erzeugt keinen neuen Emacs-Server. emacsclient kann den Daemon von gestern bitten, das heutige Paketherunterladen auszuführen, und dabei dessen alten Proxy-Zustand verwenden.
Untersuchen Sie sowohl die Umgebung als auch url-proxy-services in der Emacs-Sitzung, die die fehlgeschlagene Anfrage bearbeitet:
| Was ist veraltet? | Wo Sie als Nächstes nachsehen |
|---|---|
| Die Emacs-Umgebung enthält noch den alten Endpunkt | Die Startquelle des Servers: Benutzerdienst, Desktop-Sitzung oder Daemon beim Anmelden |
Die Umgebung ist korrekt, aber url-proxy-services enthält noch den alten Endpunkt | Initialisierung der URL-Bibliothek und ausdrückliche Lisp-Einstellungen |
Die URL-Bibliothek kann unterstützte Proxy-Einträge aus der Umgebung initialisieren. Eine spätere Änderung dieser Umgebung baut einen bereits initialisierten oder in Lisp ausdrücklich gesetzten Eintrag nicht unbedingt neu auf. Kundenspezifische Informationen, die in bestimmten Serverkontexten übergeben werden, sind kein allgemeines Zurücksetzen der Proxy-Konfiguration des Servers.
Korrigieren Sie die beabsichtigte laufende Konfiguration und ihre Startquelle, damit der nächste Server übereinstimmt. Ein Neustart liefert ebenfalls eine frische Initialisierung, aber speichern Sie zuerst die in diesem Server gehaltene Arbeit; das Schließen und erneute Öffnen eines Frames kann den Prozess weiterlaufen lassen.
Diese Diagnose betrifft die URL-Bibliothek. Wenn das Paket Git, curl oder einen anderen externen Downloader aufruft, folgen Sie dessen Konfiguration, statt zu erwarten, dass url-proxy-services ihn ersetzt.