Ju eksportoni një proxy në një terminal. Një komandë e nisur atje e përdor atë. Klikimi mbi ikonën e desktopit jep përsëri një rrugë tjetër. Ikona nuk u bë fëmijë i atij terminali.

Një sesion desktop i nis aplikacionet përmes mekanizmit të vetë të nisjes. Ato procese trashëgojnë atë mjedis, jo çdo ndryshim të mëvonshëm të bërë brenda një shell-i të palidhur. Kjo mund të shpjegojë një ndryshim pa vërtetuar se paketa e aplikacionit është me defekt.

Exec është përshkrim komande, jo skript shell-i

Specifikimi Desktop Entry përcakton një skedar të ekzekutueshëm dhe argumente për Exec. Ai nuk premton zgjerim të variablave të shell-it as komanda të brendshme të shell-it.

Për një program të jashtëm që lexon variablin përkatëse të mjedisit, një nisje e kufizuar qëllimisht mund të ketë këtë formë:

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

Zëvendësoni si pikën fundore ashtu edhe skedarin e ekzekutueshëm. Kjo tregon hyrjen e nisjes, jo një garanci që një aplikacion arbitrar lexon atë variabël. Një shfletues me politikën e vet të qartë të proxy-t mund të zgjedhë përsëri një burim tjetër konfigurimi. Për Chrome, ruani argumentin e tij të proxy-t në një nisës përdoruesi.

Mos shkruani Exec=export ... dhe mos prisni që desktopi ta interpretojë si shell-in tuaj të hyrjes. Mbani parasysh edhe rregullat e thonjëzimit dhe kodet e fushave të mbështetura të hyrjes së desktopit; ato janë një analizues tjetër.

Kontrolloni nëse u nis diçka e re

Disa aplikacione e dërgojnë kërkesën te një instancë që po punon tashmë. Disa hyrje përdorin aktivizim përmes D-Bus, i cili ka rrugën e vet të nisjes. Një klikim i ri mbi ikonë nuk krijon një proces të ri me mjedisin Exec të sapo redaktuar.

Identifikoni instancën që bën kërkesën dhe konfigurimin që ajo zotëron vërtet. Një nisje e re e kontrolluar mund ta ngushtojë krahasimin kur është e përshtatshme. Shmangni riinstalimin e aplikacionit përpara se të përcaktoni nëse mjedisi i synuar arriti ndonjëherë tek ai.

Artikuj të ngjashëm