Miks puhverserveri seaded töötavad terminalis, aga mitte töölaua käivitajas

Ekspordite puhverserveri terminalis. Seal käivitatud käsk kasutab seda. Töölaua ikoonil klõpsamine annab siiski teise tee. Ikoon ei saanud selle terminali lapseks.

Töölaua seanss käivitab rakendusi oma käivitusmehhanismi kaudu. Need protsessid pärandavad selle keskkonna, mitte iga hilisemat muudatust, mis on tehtud mitteseotud kestas. See võib seletada erinevust, kinnitamata, et rakenduse pakett on defektne.

Exec on käsu kirjeldus, mitte kesta skript

Desktop Entry spetsifikatsioon määratleb täitmisfaili ja argumendid Exec jaoks. See ei tõota kesta muutujate laiendamist ega kesta sisseehitatud käske.

Välisele programmile, mis loeb asjakohast keskkonnamuutujat, võib teadlikult piiratud käivitus olla sellise kujuga:

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

Asendage nii lõpp-punkt kui ka täitmisfail. See näitab käivituse sisendit, mitte garantiid, et suvaline rakendus seda muutujat loeb. Brauser, millel on oma selgesõnaline puhverserveri poliitika, võib siiski valida teise konfiguratsiooniallika. Chrome'i puhul salvestage selle puhverserveri argument kasutaja käivitajasse.

Ärge kirjutage Exec=export ... ega oodake, et töölaud tõlgendab seda teie sisselogimiskestana. Pidage silmas ka töölauakirje jutumärgireegleid ja toetatud väljakoode; need on veel üks parser.

Kontrollige, kas midagi uut käivitati

Mõned rakendused saadavad päringu juba töötavale eksemplarile. Mõned kirjed kasutavad D-Busi aktiveerimist, millel on oma käivitustee. Uus ikooniklõps ei loo värsket protsessi äsja muudetud Exec-keskkonnaga.

Tehke kindlaks päringu esitav eksemplar ja konfiguratsioon, mis sellel tegelikult on. Kontrollitud värske käivitus võib vajaduse korral võrdlust kitsendada. Vältige rakenduse uuesti paigaldamist enne, kui on tuvastatud, et kavandatud keskkond jõudis selleni üldse.