DNF funguje přes proxy. Proč ne GNOME Software?

DNF stahuje balíčky bez stížností. GNOME Software zobrazí katalog a pak se zastaví, když chcete něco nainstalovat. Láká nás uzavřít, že grafická aplikace prostě ignoruje proxy. Existuje ale i jiná možnost: informace o proxy se nikdy nedostala ke komponentě, která stahování provádí.

Sledujte předání

GNOME Software a příkaz, který jste zadali v terminálu, nemají stejnou cestu konfigurace. Dokumentace PackageKitu k proxy popisuje proces relace, který čte nastavení plochy a předává je démonu. V GNOME čte gnome-software GSettings a volá rozhraní PackageKitu pro nastavení proxy.

Démon pak poskytne nastavení příslušné relace svému balíčkovacímu backendu. To znamená, že úspěšný požadavek DNF dokazuje, že proxy dokáže obsloužit toto volání DNF. Nedokazuje, že relace plochy zaregistrovala stejné nastavení v PackageKitu.

Tři užitečné otázky

1. Která operace selhala? Prohlížení dat katalogu, obnovení metadat a stahování balíčku jsou různé operace. Zaznamenejte tu, která skutečně vyvolává chybu.
2. Bylo proxy relace zaregistrováno? Zkontrolujte skutečnou konfiguraci proxy na ploše a chyby hlášené PackageKitem. Neúspěch při nastavení proxy je něco jiného než proxy vracející 407 během stahování.
3. Která verze toto nastavení vlastní? PackageKit se v čase měnil. Konfigurační klíč zkopírovaný z odpovědi o Fedora 25 může popisovat starý backend nebo chybu, která už neplatí.

Exportované proměnné terminálu nejsou spolehlivou náhradou kontroly tohoto předání. Démon není potomkem shellu, ve kterém jste export napsali, a grafické přihlášení může mít jiné prostředí.

Držte každou opravu u komponenty, která problém vlastní. Pokud je konfigurace plochy špatná, opravte ji. Pokud registrace selže, zachovejte její chybu a informaci o verzi. Pokud proxy stahování odmítá, prozkoumejte jeho politiku ověřování nebo cíle. Úprava všech souborů repozitářů najednou může rozdíl zastřít a učinit konfigurace příkazového řádku a grafického rozhraní obtížněji udržovatelnými.