Kodėl tarpinio serverio nustatymai veikia terminale, bet ne darbalaukio paleidiklyje

Terminale eksportuojate tarpinį serverį. Ten paleista komanda jį naudoja. Spustelėjus darbalaukio piktogramą vis tiek gaunamas kitas kelias. Piktograma netapo to terminalo vaiku.

Darbalaukio sesija programas paleidžia savo paleidimo mechanizmu. Tie procesai paveldi tą aplinką, o ne kiekvieną vėlesnį pakeitimą, atliktą nesusijusiame apvalkale. Tai gali paaiškinti skirtumą neįrodydama, kad programos paketas yra brokuotas.

Exec yra komandos aprašymas, o ne apvalkalo scenarijus

Desktop Entry specifikacija apibrėžia vykdomąjį failą ir argumentus Exec. Ji nežada apvalkalo kintamųjų išplėtimo ar apvalkalo vidinių komandų.

Išorinei programai, kuri nuskaito atitinkamą aplinkos kintamąjį, sąmoningai apribotas paleidimas gali turėti tokią formą:

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

Pakeiskite ir galinį tašką, ir vykdomąjį failą. Tai parodo paleidimo įvestį, o ne garantiją, kad bet kuri programa nuskaitys tą kintamąjį. Naršyklė, turinti savo aiškią tarpinio serverio politiką, vis tiek gali pasirinkti kitą konfigūracijos šaltinį. Chrome atveju išsaugokite jo tarpinio serverio argumentą naudotojo paleidiklyje.

Nerašykite Exec=export ... ir nesitikėkite, kad darbalaukis tai interpretuos kaip jūsų prisijungimo apvalkalą. Taip pat atkreipkite dėmesį į darbalaukio įrašo kabučių taisykles ir palaikomus lauko kodus; jie yra kitas analizatorius.

Patikrinkite, ar buvo paleista kas nors nauja

Kai kurios programos užklausą siunčia jau veikiančiai instancei. Kai kurie įrašai naudoja D-Bus aktyvavimą, kuris turi savo paleidimo kelią. Naujas piktogramos spustelėjimas nesukuria naujo proceso su ką tik redaguota Exec aplinka.

Nustatykite užklausą siunčiančią instanciją ir konfigūraciją, kurią ji iš tikrųjų turi. Kontroliuojamas naujas paleidimas gali susiaurinti palyginimą, kai tai tinka. Venkite programos perdiegimo, kol nenustatėte, ar numatyta aplinka apskritai ją pasiekė.