Nowy terminal nie tworzy nowego serwera Emacsa. emacsclient może poprosić wczorajszego demona o wykonanie dzisiejszego pobierania pakietu, używając jego starego stanu proxy.

Sprawdź zarówno środowisko, jak i url-proxy-services w sesji Emacsa obsługującej nieudane żądanie:

Co jest nieaktualne?Gdzie szukać dalej
Środowisko Emacsa nadal zawiera stary punkt końcowyŹródło uruchomienia serwera: usługa użytkownika, sesja pulpitu lub demon przy logowaniu
Środowisko jest poprawne, ale url-proxy-services nadal zawiera stary punkt końcowyInicjalizacja biblioteki URL i jawne ustawienia Lisp

Biblioteka URL może zainicjować obsługiwane wpisy proxy ze środowiska. Późniejsza zmiana tego środowiska niekoniecznie odtwarza wpis, który został już zainicjowany lub jawnie ustawiony w Lisp. Informacje specyficzne dla klienta przekazywane w niektórych kontekstach serwera nie są ogólnym resetem konfiguracji proxy serwera.

Popraw zamierzoną bieżącą konfigurację i jej źródło uruchomienia, aby następny serwer się zgadzał. Restart również daje świeżą inicjalizację, ale najpierw zapisz pracę trzymaną w tym serwerze; zamknięcie i ponowne otwarcie ramki może pozostawić proces uruchomiony.

Ta diagnoza dotyczy biblioteki URL. Jeśli pakiet wywołuje Git, curl lub inny zewnętrzny downloader, postępuj zgodnie z konfiguracją tego klienta, zamiast oczekiwać, że url-proxy-services go zastąpi.

Powiązane artykuły