શા માટે પ્રોક્સી સેટિંગ્સ ટર્મિનલમાં કામ કરે છે પણ ડેસ્કટોપ લોન્ચરમાં નહીં

તમે ટર્મિનલમાં પ્રોક્સી એક્સપોર્ટ કરો છો. ત્યાં શરૂ કરેલો કમાન્ડ તેનો ઉપયોગ કરે છે. ડેસ્કટોપ આઇકન પર ક્લિક કરવાથી તો પણ બીજો માર્ગ મળે છે. આઇકન તે ટર્મિનલનું સંતાન બન્યું નથી.

ડેસ્કટોપ સેશન પોતાની લોન્ચ મશીનરી દ્વારા એપ્લિકેશનો શરૂ કરે છે. તે પ્રક્રિયાઓ તે પર્યાવરણ વારસામાં લે છે, અસંબંધિત શેલની અંદર પછી કરેલો દરેક ફેરફાર નહીં. આ તફાવત સમજાવી શકે છે, પણ એપ્લિકેશન પેકેજ ખામીયુક્ત છે એવું સાબિત કરતું નથી.

Exec એ કમાન્ડનું વર્ણન છે, શેલ સ્ક્રિપ્ટ નહીં

Desktop Entry સ્પેસિફિકેશન Exec માટે એક્ઝિક્યુટેબલ અને આર્ગ્યુમેન્ટ વ્યાખ્યાયિત કરે છે. તે શેલ ચલોના વિસ્તરણ કે શેલ બિલ્ટઇનનું વચન આપતું નથી.

સંબંધિત પર્યાવરણ ચલ વાંચતા બાહ્ય પ્રોગ્રામ માટે, જાણી જોઈને મર્યાદિત લોન્ચ આ સ્વરૂપ લઈ શકે છે:

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

એન્ડપોઇન્ટ અને એક્ઝિક્યુટેબલ બંને બદલો. આ લોન્ચ ઇનપુટ દર્શાવે છે, કોઈ પણ એપ્લિકેશન તે ચલ વાંચશે એવી બાંયધરી નહીં. પોતાની સ્પષ્ટ પ્રોક્સી નીતિ ધરાવતું બ્રાઉઝર તો પણ બીજું રૂપરેખાંકન સ્રોત પસંદ કરી શકે છે. Chrome માટે, તેની પ્રોક્સી આર્ગ્યુમેન્ટ વપરાશકર્તા લોન્ચરમાં સાચવો.

Exec=export ... લખશો નહીં અને ડેસ્કટોપ તેને તમારા લોગિન શેલ તરીકે અર્થઘટન કરશે એવી અપેક્ષા રાખશો નહીં. ડેસ્કટોપ એન્ટ્રીના અવતરણ નિયમો અને સમર્થિત ફીલ્ડ કોડ પણ ધ્યાનમાં રાખો; તે બીજું પાર્સર છે.

કંઈક નવું લોન્ચ થયું છે કે નહીં તે તપાસો

કેટલીક એપ્લિકેશનો વિનંતી પહેલેથી ચાલી રહેલા ઇન્સ્ટન્સને મોકલે છે. કેટલીક એન્ટ્રીઓ D-Bus એક્ટિવેશન વાપરે છે, જેનો પોતાનો લોન્ચ માર્ગ છે. નવું આઇકન ક્લિક નવા સંપાદિત Exec પર્યાવરણ સાથે તાજી પ્રક્રિયા સ્થાપિત કરતું નથી.

વિનંતી કરતું ઇન્સ્ટન્સ અને તે ખરેખર ધરાવતું રૂપરેખાંકન ઓળખો. યોગ્ય હોય ત્યારે નિયંત્રિત તાજી લોન્ચ સરખામણી સાંકડી કરી શકે છે. ઇચ્છિત પર્યાવરણ ક્યારેય તેના સુધી પહોંચ્યું છે કે નહીં તે સ્થાપિત કરતા પહેલાં એપ્લિકેશન ફરી સ્થાપિત કરવાનું ટાળો.