En gammel Emacs-demon kan beholde en gammel proxy
Sjekk den langlevde Emacs-serveren og proxy-tilstanden til URL-biblioteket når en ny emacsclient-terminal ser ut til å ignorere oppdaterte innstillinger.
En ny terminal lager ikke en ny Emacs-server. emacsclient kan be gårsdagens demon utføre dagens pakkenedlasting, og bruke demonens gamle proxy-tilstand.
Undersøk både miljøet og url-proxy-services i Emacs-økten som håndterer den mislykkede forespørselen:
| Hva er utdatert? | Hvor du skal se videre |
|---|---|
| Emacs-miljøet inneholder fortsatt det gamle endepunktet | Serverens oppstartskilde: brukertjeneste, skrivebordsøkt eller demon ved innlogging |
Miljøet er riktig, men url-proxy-services inneholder fortsatt det gamle endepunktet | Initialisering av URL-biblioteket og eksplisitte Lisp-innstillinger |
URL-biblioteket kan initialisere støttede proxy-oppføringer fra miljøet. Å endre det miljøet senere bygger ikke nødvendigvis en oppføring på nytt som allerede er initialisert eller eksplisitt satt i Lisp. Klientspesifikk informasjon som sendes i bestemte serverkontekster, er ikke en generell nullstilling av serverens proxy-konfigurasjon.
Rett opp den tiltenkte aktive konfigurasjonen og oppstartskilden slik at neste server er enig. En omstart gir også fersk initialisering, men lagre først arbeidet som holdes i den serveren; å lukke og gjenåpne en ramme kan la prosessen fortsette.
Denne diagnosen gjelder URL-biblioteket. Hvis pakken kaller Git, curl eller en annen ekstern nedlaster, følg konfigurasjonen til den klienten i stedet for å forvente at url-proxy-services erstatter den.