Un nouveau terminal ne crée pas un nouveau serveur Emacs. emacsclient peut demander au démon d'hier d'effectuer le téléchargement de paquets d'aujourd'hui, en utilisant l'ancien état de proxy du démon.

Inspectez à la fois l'environnement et url-proxy-services dans la session Emacs qui traite la requête échouée :

Qu'est-ce qui est obsolète ?Où regarder ensuite
L'environnement Emacs contient encore l'ancien point de terminaisonLa source de lancement du serveur : service utilisateur, session de bureau ou démon au moment de la connexion
L'environnement est correct, mais url-proxy-services contient encore l'ancien point de terminaisonInitialisation de la bibliothèque URL et réglages Lisp explicites

La bibliothèque URL peut initialiser des entrées de proxy prises en charge à partir de l'environnement. Modifier cet environnement plus tard ne reconstruit pas nécessairement une entrée déjà initialisée ou définie explicitement en Lisp. Les informations propres au client transmises dans certains contextes de serveur ne constituent pas une réinitialisation générale de la configuration de proxy du serveur.

Corrigez la configuration active voulue et sa source de démarrage afin que le prochain serveur soit d'accord. Un redémarrage fournit aussi une initialisation fraîche, mais enregistrez d'abord le travail détenu par ce serveur ; fermer puis rouvrir une frame peut laisser le processus en cours d'exécution.

Ce diagnostic concerne la bibliothèque URL. Si le paquet appelle Git, curl ou un autre outil de téléchargement externe, suivez la configuration de ce client au lieu de vous attendre à ce que url-proxy-services le remplace.

Articles similaires