’n Ou Emacs-daemon kan ’n ou proxy behou
Kontroleer die langdurige Emacs-bediener en die URL-biblioteek se proxy-toestand wanneer ’n nuwe emacsclient-terminal bygewerkte instellings blyk te ignoreer.
’n Nuwe terminal maak nie ’n nuwe Emacs-bediener nie. emacsclient kan gister se daemon vra om vandag se pakketafstorting te doen, met die daemon se ou proxy-toestand.
Ondersoek beide die omgewing en url-proxy-services binne die Emacs-sessie wat die mislukte versoek hanteer:
| Wat is verouderd? | Waar om volgende te kyk |
|---|---|
| Die Emacs-omgewing bevat nog die ou eindpunt | Die bediener se bekendstellingsbron: gebruikersdiens, lessenaarsessie of aanmeldingsdaemon |
Die omgewing is korrek, maar url-proxy-services bevat nog die ou eindpunt | URL-biblioteek-inisialisering en eksplisiete Lisp-instellings |
Die URL-biblioteek kan ondersteunde proxy-inskrywings uit die omgewing inisialiseer. Om daardie omgewing later te verander, bou nie noodwendig ’n inskrywing wat reeds geïnitialiseer of eksplisiet in Lisp gestel is, weer op nie. Kliëntspesifieke inligting wat in bepaalde bedienerkontekste deurgegee word, is nie ’n algemene herstel van die bediener se proxy-konfigurasie nie.
Korrigeer die beoogde lewende konfigurasie en sy opstartbron sodat die volgende bediener saamstem. ’n Herbegin verskaf ook vars inisialisering, maar stoor eers die werk wat in daardie bediener gehou word; om ’n raam te sluit en weer oop te maak, kan die proses laat aanhou loop.
Hierdie diagnose gaan oor die URL-biblioteek. As die pakket Git, curl of ’n ander eksterne aflaaier gebruik, volg daardie kliënt se konfigurasie eerder as om te verwag dat url-proxy-services dit vervang.