Miksi välityspalvelimen asetukset toimivat terminaalissa mutta eivät työpöydän käynnistimessä

Viet välityspalvelimen ympäristöön terminaalissa. Siellä käynnistetty komento käyttää sitä. Työpöydän kuvakkeen napsauttaminen antaa silti toisen reitin. Kuvakkeesta ei tullut kyseisen terminaalin lasta.

Työpöytäistunto käynnistää sovellukset omalla käynnistysmekanismillaan. Ne prosessit perivät kyseisen ympäristön, eivät jokaista myöhempää muutosta, joka on tehty asiattomassa kuoressa. Tämä voi selittää eron todistamatta, että sovelluspaketti on viallinen.

Exec on komennon kuvaus, ei kuoriskripti

Desktop Entry -määrittely määrittelee suoritettavan tiedoston ja argumentit kohdalle Exec. Se ei lupaa kuoren muuttujien laajennusta eikä kuoren sisäänrakennettuja komentoja.

Ulkoiselle ohjelmalle, joka lukee kyseisen ympäristömuuttujan, tarkoituksella rajattu käynnistys voi näyttää tältä:

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

Korvaa sekä päätepiste että suoritettava tiedosto. Tämä osoittaa käynnistyksen syötteen, ei takuuta siitä, että mikä tahansa sovellus lukee kyseistä muuttujaa. Selain, jolla on oma nimenomainen välityspalvelinkäytäntönsä, voi silti valita toisen määrityslähteen. Chromelle tallenna sen välityspalvelinargumentti käyttäjän käynnistimeen.

Älä kirjoita Exec=export ... ja odota, että työpöytä tulkitsee sen kirjautumiskuoreksesi. Pidä mielessä myös työpöytätietueen lainausmerkkisäännöt ja tuetut kenttäkoodit; ne ovat toinen jäsentäjä.

Tarkista, käynnistettiinkö jotain uutta

Jotkin sovellukset lähettävät pyynnön jo käynnissä olevalle instanssille. Jotkin tietueet käyttävät D-Bus-aktivointia, jolla on oma käynnistyspolkunsa. Uusi kuvakkeen napsautus ei luo tuoretta prosessia juuri muokatulla Exec-ympäristöllä.

Selvitä pyynnön tekevä instanssi ja määritys, joka sillä todella on. Valvottu tuore käynnistys voi kaventaa vertailua tarvittaessa. Vältä sovelluksen uudelleenasennusta ennen kuin on todettu, että aiottu ympäristö ylipäätään saavutti sen.