Proč nastavení proxy funguje v terminálu, ale ne ve spouštěči plochy

Exportujete proxy v terminálu. Příkaz tam spuštěný jej použije. Kliknutí na ikonu plochy však dává jinou cestu. Ikona se nestala potomkem tohoto terminálu.

Relace plochy spouští aplikace vlastním spouštěcím mechanismem. Tyto procesy dědí ono prostředí, nikoli každou pozdější úpravu provedenou v nesouvisejícím shellu. To může vysvětlit rozdíl, aniž by dokazovalo, že balíček aplikace je vadný.

Exec je popis příkazu, ne shellový skript

Specifikace Desktop Entry definuje spustitelný soubor a argumenty pro Exec. Neslibuje expanzi shellových proměnných ani vestavěné příkazy shellu.

Pro externí program, který čte příslušnou proměnnou prostředí, může záměrně omezené spuštění mít tento tvar:

Exec=env https_proxy=http://proxy.example:8080 /path/to/application

Nahraďte jak koncový bod, tak spustitelný soubor. To ukazuje vstup spuštění, nikoli záruku, že libovolná aplikace tuto proměnnou čte. Prohlížeč s vlastní výslovnou proxy politikou si stále může zvolit jiný zdroj konfigurace. Pro Chrome uložte jeho proxy argument do uživatelského spouštěče.

Nepište Exec=export ... a nečekejte, že to plocha vyloží jako váš přihlašovací shell. Mějte na paměti také pravidla citování a podporované kódy polí položky plochy; jsou dalším parserem.

Ověřte, zda bylo něco nově spuštěno

Některé aplikace posílají požadavek již běžící instanci. Některé položky používají aktivaci přes D-Bus, která má vlastní cestu spuštění. Nové kliknutí na ikonu nevytváří čerstvý proces s právě upraveným prostředím Exec.

Určete instanci, která požadavek odesílá, a konfiguraci, kterou skutečně vlastní. Kontrolované čerstvé spuštění může srovnání zúžit, když je to vhodné. Vyhněte se přeinstalaci aplikace, dokud neověříte, že se zamýšlené prostředí k ní vůbec dostalo.