Prečo nastavenia proxy fungujú v termináli, ale nie v spúšťači pracovnej plochy

Exportujete proxy v termináli. Príkaz tam spustený ho používa. Kliknutie na ikonu pracovnej plochy však dáva inú cestu. Ikona sa nestala potomkom tohto terminálu.

Relácia pracovnej plochy spúšťa aplikácie vlastným spúšťacím mechanizmom. Tie procesy dedia to prostredie, nie každú neskoršiu úpravu vykonanú v nesúvisiacom shelle. To môže vysvetliť rozdiel bez toho, aby dokázalo, že balík aplikácie je chybný.

Exec je opis príkazu, nie shellový skript

Špecifikácia Desktop Entry definuje spustiteľný súbor a argumenty pre Exec. Nesľubuje expanziu shellových premenných ani vstavané príkazy shellu.

Pre externý program, ktorý číta príslušnú premennú prostredia, môže mať zámerne obmedzené spustenie tento tvar:

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

Nahraďte aj koncový bod, aj spustiteľný súbor. Ukazuje to vstup spustenia, nie záruku, že ľubovoľná aplikácia bude čítať túto premennú. Prehliadač s vlastnou výslovnou proxy politikou si stále môže zvoliť iný zdroj konfigurácie. Pre Chrome uložte jeho proxy argument do používateľského spúšťača.

Nepíšte Exec=export ... a nečakajte, že to pracovná plocha vyloží ako váš prihlasovací shell. Majte na pamäti aj pravidlá citovania a podporované kódy polí položky pracovnej plochy; sú ďalším parserom.

Overte, či bolo niečo novo spustené

Niektoré aplikácie posielajú požiadavku už bežiacej inštancii. Niektoré položky používajú aktiváciu cez D-Bus, ktorá má vlastnú cestu spustenia. Nové kliknutie na ikonu nevytvára čerstvý proces s práve upraveným prostredím Exec.

Určite inštanciu, ktorá požiadavku odosiela, a konfiguráciu, ktorú skutočne vlastní. Kontrolované čerstvé spustenie môže porovnanie zúžiť, keď je to vhodné. Vyhnite sa preinštalovaniu aplikácie, kým nezistíte, či sa k nej zamýšľané prostredie vôbec dostalo.