Kāpēc starpniekservera iestatījumi darbojas terminālī, bet ne darbvirsmas palaidējā

Jūs eksportējat starpniekserveri terminālī. Tur palaista komanda to izmanto. Noklikšķinot uz darbvirsmas ikonas, joprojām tiek iegūts cits maršruts. Ikona nekļuva par šī termināļa bērnu.

Darbvirsmas sesija palaiž lietojumprogrammas ar savu palaišanas mehānismu. Šie procesi manto šo vidi, nevis katru vēlāko izmaiņu, kas veikta nesaistītā čaulā. Tas var izskaidrot atšķirību, nepierādot, ka lietojumprogrammas pakotne ir bojāta.

Exec ir komandas apraksts, nevis čaulas skripts

Desktop Entry specifikācija definē izpildāmo failu un argumentus Exec. Tā nesola čaulas mainīgo izvēršanu vai čaulas iebūvētās komandas.

Ārējai programmai, kas nolasa attiecīgo vides mainīgo, apzināti ierobežota palaišana var būt šādā formā:

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

Nomainiet gan galapunktu, gan izpildāmo failu. Tas parāda palaišanas ievadi, nevis garantiju, ka patvaļīga lietojumprogramma nolasīs šo mainīgo. Pārlūks ar savu skaidru starpniekservera politiku joprojām var izvēlēties citu konfigurācijas avotu. Attiecībā uz Chrome saglabājiet tā starpniekservera argumentu lietotāja palaidējā.

Nerakstiet Exec=export ... un negaidiet, ka darbvirsma to interpretēs kā jūsu pieteikšanās čaulu. Paturiet prātā arī darbvirsmas ieraksta pēdiņu noteikumus un atbalstītos lauka kodus; tie ir vēl viens parsētājs.

Pārbaudiet, vai tika palaists kaut kas jauns

Dažas lietojumprogrammas nosūta pieprasījumu jau darbojošamies eksemplāram. Daži ieraksti izmanto D-Bus aktivizāciju, kurai ir savs palaišanas ceļš. Jauns ikonas noklikšķis neizveido svaigu procesu ar tikko rediģēto Exec vidi.

Nosakiet eksemplāru, kas veic pieprasījumu, un konfigurāciju, kas tam patiešām pieder. Kontrolēta svaiga palaišana var sašaurināt salīdzinājumu, ja tas ir lietderīgi. Izvairieties no lietojumprogrammas atkārtotas instalēšanas, pirms noskaidrots, vai paredzētā vide to vispār sasniedza.