Malnova Emacs-demono povas teni malnovan prokurilon
Kontrolu la longdaŭran Emacs-servilon kaj la prokuran staton de la URL-biblioteko, kiam nova emacsclient-terminalo ŝajne ignoras ĝisdatigitajn agordojn.
Nova terminalo ne kreas novan Emacs-servilon. emacsclient povas peti la demanon de hieraŭ plenumi la hodiaŭan pakelan elŝuton, uzante la malnovan prokuran staton de la demano.
Ekzamenu kaj la medion kaj url-proxy-services ene de la Emacs-sesio, kiu traktas la malsukcesan peton:
| Kio estas malnoviĝinta? | Kien rigardi poste |
|---|---|
| La Emacs-medio ankoraŭ enhavas la malnovan finpunkton | La lanĉfonto de la servilo: uzanta servo, labortabla sesio aŭ demano ĉe ensaluto |
La medio estas ĝusta, sed url-proxy-services ankoraŭ enhavas la malnovan finpunkton | Pravalorigo de la URL-biblioteko kaj eksplicitaj Lisp-agordoj |
La URL-biblioteko povas pravalorigi subtenatajn prokurajn erojn el la medio. Ŝanĝi tiun medion poste ne nepre rekonstruas eron jam pravalorigitan aŭ eksplicite agorditan en Lisp. Klient-specifa informo pasigita en certaj servilaj kuntekstoj ne estas ĝenerala restarigo de la prokura agordo de la servilo.
Ĝustigu la celatan aktivan agordon kaj ĝian lanĉfonton, por ke la sekva servilo konsentu. Restartigo ankaŭ donas freŝan pravalorigon, sed unue konservu la laboron tenatan en tiu servilo; fermi kaj remalfermi kadron povas lasi la procezon funkcianta.
Ĉi tiu diagnozo koncernas la URL-bibliotekon. Se la pako vokas Git, curl aŭ alian eksteran elŝutilon, sekvu la agordon de tiu kliento anstataŭ atendi, ke url-proxy-services anstataŭigos ĝin.