Een oude Emacs-daemon kan een oude proxy vasthouden
Controleer de langdurige Emacs-server en de proxystatus van de URL-bibliotheek wanneer een nieuwe emacsclient-terminal bijgewerkte instellingen lijkt te negeren.
Een nieuwe terminal maakt geen nieuwe Emacs-server. emacsclient kan de daemon van gisteren vragen de pakketdownload van vandaag uit te voeren, met de oude proxystatus van de daemon.
Inspecteer zowel de omgeving als url-proxy-services in de Emacs-sessie die het mislukte verzoek afhandelt:
| Wat is verouderd? | Waar u hierna moet kijken |
|---|---|
| De Emacs-omgeving bevat nog het oude eindpunt | De startbron van de server: gebruikersdienst, bureaubladsessie of daemon bij het inloggen |
De omgeving is correct, maar url-proxy-services bevat nog het oude eindpunt | Initialisatie van de URL-bibliotheek en expliciete Lisp-instellingen |
De URL-bibliotheek kan ondersteunde proxy-items uit de omgeving initialiseren. Die omgeving later wijzigen bouwt een item dat al is geïnitialiseerd of expliciet in Lisp is ingesteld niet noodzakelijk opnieuw op. Clientspecifieke informatie die in bepaalde servercontexten wordt doorgegeven, is geen algemene reset van de proxyconfiguratie van de server.
Corrigeer de bedoelde actieve configuratie en de startbron ervan zodat de volgende server het eens is. Een herstart levert ook een frisse initialisatie, maar sla eerst het werk op dat in die server wordt gehouden; een frame sluiten en opnieuw openen kan het proces laten doorlopen.
Deze diagnose betreft de URL-bibliotheek. Als het pakket Git, curl of een andere externe downloader aanroept, volg dan de configuratie van die client in plaats van te verwachten dat url-proxy-services die vervangt.