Стар Emacs демон може да задржи стар прокси
Проверете го долготрајниот Emacs сервер и состојбата на проксито на URL библиотеката кога нов терминал emacsclient изгледа дека ги игнорира ажурираните поставки.
Нов терминал не создава нов Emacs сервер. emacsclient може да побара од вчерашниот демон да го изврши денешното преземање на пакетот, користејќи ја старата состојба на проксито на демонот.
Проверете ја и околината и url-proxy-services во Emacs сесијата што го обработува неуспешното барање:
| Што е застарено? | Каде да гледате понатаму |
|---|---|
| Emacs околината сè уште ја содржи старата крајна точка | Изворот на стартување на серверот: корисничка служба, сесија на работна површина или демон при најава |
Околината е точна, но url-proxy-services сè уште ја содржи старата крајна точка | Иницијализација на URL библиотеката и експлицитни Lisp поставки |
URL библиотеката може да иницијализира поддржани прокси записи од околината. Подоцнежната промена на таа околина не мора нужно да изгради повторно запис што е веќе иницијализиран или експлицитно поставен во Lisp. Информациите специфични за клиентот што се пренесуваат во одредени контексти на серверот не се општо ресетирање на прокси конфигурацијата на серверот.
Поправете ја предвидената активна конфигурација и нејзиниот извор на стартување за да се согласи следниот сервер. Рестартирањето дава и свежа иницијализација, но прво зачувајте ја работата што ја држи тој сервер; затворањето и повторното отворање на рамка може да го остави процесот да работи.
Оваа дијагноза се однесува на URL библиотеката. Ако пакетот повикува Git, curl или друг надворешен преземач, следете ја конфигурацијата на тој клиент наместо да очекувате url-proxy-services да го замени.