Ein gamal Emacs-demon kan halde på ein gamal proxy
Sjekk den langliva Emacs-tenaren og proxy-tilstanden til URL-biblioteket når ein ny emacsclient-terminal ser ut til å ignorere oppdaterte innstillingar.
Ein ny terminal lagar ingen ny Emacs-tenar. emacsclient kan be gårsdagens demon utføre dagens pakkenedlasting, og bruke den gamle proxy-tilstanden til demonen.
Undersøk både miljøet og url-proxy-services i Emacs-økta som handterer den mislukka førespurnaden:
| Kva er utdatert? | Kvar du skal sjå vidare |
|---|---|
| Emacs-miljøet inneheld framleis det gamle endepunktet | Oppstartskjelda til tenaren: brukarteneste, skrivebordsøkt eller demon ved innlogging |
Miljøet er rett, men url-proxy-services inneheld framleis det gamle endepunktet | Initialisering av URL-biblioteket og eksplisitte Lisp-innstillingar |
URL-biblioteket kan initialisere støtta proxy-oppføringar frå miljøet. Å endre det miljøet seinare byggjer ikkje nødvendigvis ein oppføring på nytt som alt er initialisert eller eksplisitt sett i Lisp. Klientspesifikk informasjon som blir send i visse tenarkontekstar, er ikkje ein generell nullstilling av proxy-konfigurasjonen til tenaren.
Rett opp den tiltenkte aktive konfigurasjonen og oppstartskjelda hans slik at den neste tenaren er samd. Ein omstart gir òg fersk initialisering, men lagre først arbeidet som blir halde i den tenaren; å lukke og opne ei ramme på nytt kan la prosessen halde fram.
Denne diagnosen gjeld URL-biblioteket. Viss pakken kallar Git, curl eller ein annan ekstern nedlastar, følg konfigurasjonen til den klienten i staden for å vente at url-proxy-services erstattar han.