Un vecchio demone Emacs può conservare un vecchio proxy
Controllate il server Emacs di lunga durata e lo stato del proxy della libreria URL quando un nuovo terminale emacsclient sembra ignorare le impostazioni aggiornate.
Un nuovo terminale non crea un nuovo server Emacs. emacsclient può chiedere al demone di ieri di eseguire il download dei pacchetti di oggi, usando il vecchio stato del proxy del demone.
Ispezionate sia l'ambiente sia url-proxy-services nella sessione Emacs che gestisce la richiesta fallita:
| Cosa è obsoleto? | Dove guardare dopo |
|---|---|
| L'ambiente Emacs contiene ancora il vecchio endpoint | L'origine di avvio del server: servizio utente, sessione desktop o demone al momento dell'accesso |
L'ambiente è corretto, ma url-proxy-services contiene ancora il vecchio endpoint | Inizializzazione della libreria URL e impostazioni Lisp esplicite |
La libreria URL può inizializzare voci proxy supportate dall'ambiente. Modificare quell'ambiente in seguito non ricostruisce necessariamente una voce già inizializzata o impostata esplicitamente in Lisp. Le informazioni specifiche del client passate in determinati contesti del server non sono un ripristino generale della configurazione proxy del server.
Correggete la configurazione attiva prevista e la sua origine di avvio affinché il server successivo sia d'accordo. Anche il riavvio fornisce un'inizializzazione nuova, ma salvate prima il lavoro tenuto in quel server; chiudere e riaprire un frame può lasciare il processo in esecuzione.
Questa diagnosi riguarda la libreria URL. Se il pacchetto richiama Git, curl o un altro downloader esterno, seguite la configurazione di quel client invece di aspettarvi che url-proxy-services lo sostituisca.