DNF fonctionne via le proxy. Pourquoi pas GNOME Software ?

GNOME Software transmet les paramètres de proxy de la session à PackageKit ; une commande DNF qui fonctionne ne prouve pas que le téléchargement graphique utilise la même configuration.

DNF télécharge des paquets sans se plaindre. GNOME Software affiche le catalogue, puis s'arrête lorsque vous lui demandez d'installer quelque chose. Il est tentant de conclure que l'application graphique ignore simplement les proxys. Une autre possibilité existe : les informations de proxy ne sont jamais parvenues au composant qui effectue le téléchargement.

Suivre le relais

GNOME Software et la commande saisie dans un terminal n'ont pas le même chemin de configuration. La documentation de proxy de PackageKit décrit un processus de session qui lit les paramètres du bureau et les transmet au démon. Sous GNOME, gnome-software lit GSettings et appelle l'interface de réglage du proxy de PackageKit.

Le démon fournit ensuite les paramètres de la session concernée à son moteur de paquets. Cela signifie qu'une requête DNF réussie prouve que le proxy peut servir cette invocation de DNF. Elle ne prouve pas que la session de bureau a enregistré les mêmes paramètres auprès de PackageKit.

Trois questions utiles

  1. Quelle opération a échoué ? Consulter les données du catalogue, actualiser les métadonnées et télécharger un paquet sont des opérations différentes. Notez celle qui produit réellement une erreur.
  2. Le proxy de session a-t-il été enregistré ? Examinez la configuration de proxy effective du bureau et les erreurs signalées par PackageKit. Un échec de réglage du proxy diffère d'un proxy renvoyant 407 pendant le téléchargement.
  3. Quelle version possède ce paramètre ? PackageKit a évolué avec le temps. Une clé de configuration copiée depuis une réponse sur Fedora 25 peut décrire un ancien moteur ou un bogue qui ne s'applique plus.

Les variables exportées d'un terminal ne remplacent pas une vérification fiable de ce relais. Le démon n'est pas un enfant du shell dans lequel vous avez saisi l'export, et une connexion graphique peut avoir un environnement différent.

Gardez toute correction rattachée au composant qui possède le problème. Si la configuration du bureau est fausse, corrigez cette configuration. Si l'enregistrement échoue, conservez son erreur et les informations de version. Si le proxy refuse le téléchargement, examinez sa politique d'authentification ou de destination. Modifier tous les fichiers de dépôt à la fois peut masquer la distinction et rendre les configurations en ligne de commande et graphique plus difficiles à maintenir.

Articles similaires