In âlde Emacs-daemon kin in âlde proxy hâlde
Kontrolearje de langlibbene Emacs-tsjinner en de proxy-steat fan de URL-bibleteek as in nij emacsclient-terminal bywurke ynstellings liket te negearjen.
In nij terminal makket gjin nije Emacs-tsjinner. emacsclient kin de daemon fan juster freegje om de pakketdownload fan hjoed te dwaan, mei de âlde proxy-steat fan de daemon.
Undersykje sawol de omjouwing as url-proxy-services yn 'e Emacs-sesje dy't it mislearre fersyk behannelet:
| Wat is ferâldere? | Wêr't jo folgjende sjen moatte |
|---|---|
| De Emacs-omjouwing befettet noch it âlde einpunt | De startboarne fan de tsjinner: brûkersservice, buroblêdsesje of daemon by it oanmelden |
De omjouwing is korrekt, mar url-proxy-services befettet noch it âlde einpunt | Initialisaasje fan de URL-bibleteek en eksplisite Lisp-ynstellings |
De URL-bibleteek kin stipe proxy-yngongen út 'e omjouwing initialisearje. It letter wizigjen fan dy omjouwing bout net needsaaklikerwiis in yngong op 'e nij dy't al initialisearre of eksplisyt yn Lisp ynsteld is. Kliïntspesifike ynformaasje dy't yn bepaalde tsjinnerkonteksten trochjûn wurdt, is gjin algemiene reset fan 'e proxy-konfiguraasje fan 'e tsjinner.
Korrizjearje de bedoelde libbene konfiguraasje en har startboarne sadat de folgjende tsjinner it iens is. In werstart jout ek in frisse initialisaasje, mar bewarje earst it wurk dat yn dy tsjinner sit; it sluten en wer iepenjen fan in frame kin it proses rinne litte.
Dizze diagnoaze giet oer de URL-bibleteek. As it pakket Git, curl of in oare eksterne downloader oanrop, folgje dan de konfiguraasje fan dy klant ynstee fan te ferwachtsjen dat url-proxy-services it ferfangt.