Exportál egy proxyt egy terminálban. Az ott indított parancs használja. Az asztali ikonra kattintás mégis más útvonalat ad. Az ikon nem lett az adott terminál gyermeke.

Az asztali munkamenet a saját indítási mechanizmusán keresztül indítja az alkalmazásokat. Ezek a folyamatok azt a környezetet öröklik, nem pedig minden későbbi módosítást, amelyet egy nem kapcsolódó héjban végeztek. Ez megmagyarázhat egy különbséget anélkül, hogy bizonyítaná az alkalmazáscsomag hibáját.

Az Exec parancsleírás, nem héjszkript

A Desktop Entry specifikáció végrehajtható fájlt és argumentumokat határoz meg a következőhöz: Exec. Nem ígér héjváltozó-kiterjesztést vagy héjba épített parancsokat.

Egy külső program esetében, amely a vonatkozó környezeti változót olvassa, egy szándékosan szűk indítás ilyen formájú lehet:

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

Cserélje ki a végpontot és a végrehajtható fájlt is. Ez az indítás bemenetét mutatja, nem azt garantálja, hogy egy tetszőleges alkalmazás olvassa azt a változót. Egy saját kifejezett proxy-szabályzattal rendelkező böngésző továbbra is választhat más konfigurációs forrást. A Chrome esetében mentse el a proxy argumentumát egy felhasználói indítóban.

Ne írja, hogy Exec=export ..., és ne várja, hogy az asztal a bejelentkezési héjaként értelmezze. Tartsa szem előtt az asztali bejegyzés idézőjel-szabályait és támogatott mezőkódjait is; ezek egy másik elemző.

Ellenőrizze, elindult-e valami új

Egyes alkalmazások a kérést egy már futó példányhoz küldik. Egyes bejegyzések D-Bus aktiválást használnak, amelynek saját indítási útvonala van. Egy új ikonkattintás nem hoz létre friss folyamatot a frissen szerkesztett Exec környezettel.

Azonosítsa a kérést küldő példányt és a konfigurációt, amellyel az valóban rendelkezik. Egy ellenőrzött friss indítás szűkítheti az összehasonlítást, ha ez indokolt. Kerülje az alkalmazás újratelepítését, amíg meg nem állapítja, hogy a szándékolt környezet egyáltalán elérte-e.

Kapcsolódó cikkek