Ang lumang Emacs daemon ay maaaring magpanatili ng lumang proxy
Suriin ang pangmatagalang Emacs server at ang proxy state ng URL library kapag ang bagong emacsclient terminal ay tila binabalewala ang mga na-update na setting.
Ang bagong terminal ay hindi gumagawa ng bagong Emacs server. Maaaring hilingin ng emacsclient sa daemon ng kahapon na gawin ang pag-download ng package ngayon, gamit ang lumang proxy state ng daemon.
Suriin ang kapaligiran at url-proxy-services sa loob ng Emacs session na humahawak sa nabigong kahilingan:
| Ano ang luma na? | Saan titingin sa susunod |
|---|---|
| Naglalaman pa rin ang Emacs environment ng lumang endpoint | Ang pinagmulan ng paglunsad ng server: serbisyo ng user, desktop session o daemon sa oras ng pag-login |
Tama ang environment, ngunit naglalaman pa rin ang url-proxy-services ng lumang endpoint | Pag-initialize ng URL library at tahasang Lisp settings |
Maaaring mag-initialize ang URL library ng mga sinusuportahang proxy entry mula sa environment. Ang pagbabago sa environment na iyon mamaya ay hindi kinakailangang muling bumuo ng entry na na-initialize na o tahasang itinakda sa Lisp. Ang impormasyong partikular sa client na ipinapasa sa ilang partikular na konteksto ng server ay hindi pangkalahatang pag-reset ng proxy configuration ng server.
Itama ang nilalayong live na configuration at ang pinagmulan ng paglunsad nito upang sumang-ayon ang susunod na server. Ang pag-restart ay nagbibigay din ng bagong initialization, ngunit i-save muna ang trabahong hawak ng server na iyon; ang pagsara at muling pagbubukas ng frame ay maaaring magpaiwan sa prosesong tumatakbo.
Tungkol sa URL library ang diagnosis na ito. Kung tinatawag ng package ang Git, curl o ibang external downloader, sundin ang configuration ng client na iyon sa halip na asahan na papalitan ito ng url-proxy-services.