En gammel Emacs-dæmon kan beholde en gammel proxy
Kontroller den langlivede Emacs-server og URL-bibliotekets proxy-tilstand, når en ny emacsclient-terminal ser ud til at ignorere opdaterede indstillinger.
En ny terminal skaber ikke en ny Emacs-server. emacsclient kan bede gårsdagens dæmon om at udføre dagens pakkedownload med dæmonens gamle proxy-tilstand.
Undersøg både miljøet og url-proxy-services inde i den Emacs-session, der håndterer den mislykkede anmodning:
| Hvad er forældet? | Hvor du skal se næste gang |
|---|---|
| Emacs-miljøet indeholder stadig det gamle endepunkt | Serverens startkilde: brugertjeneste, skrivebordssession eller dæmon ved login |
Miljøet er korrekt, men url-proxy-services indeholder stadig det gamle endepunkt | Initialisering af URL-biblioteket og eksplicitte Lisp-indstillinger |
URL-biblioteket kan initialisere understøttede proxy-poster fra miljøet. At ændre det miljø senere genopbygger ikke nødvendigvis en post, der allerede er initialiseret eller eksplicit sat i Lisp. Klientspecifik information, der sendes i bestemte serverkontekster, er ikke en generel nulstilling af serverens proxy-konfiguration.
Ret den tilsigtede aktive konfiguration og dens startkilde, så den næste server er enig. En genstart giver også frisk initialisering, men gem først arbejdet i den server; lukning og genåbning af en ramme kan efterlade processen kørende.
Denne diagnose handler om URL-biblioteket. Hvis pakken kalder Git, curl eller en anden ekstern downloader, skal du følge den klients konfiguration i stedet for at forvente, at url-proxy-services erstatter den.