ଟର୍ମିନାଲରେ ପ୍ରକ୍ସି ସେଟିଂସ୍ କାମ କରେ କିନ୍ତୁ ଡେସ୍କଟପ୍ ଲଞ୍ଚରରେ କାମ କରେ ନାହିଁ କାହିଁକି
ପ୍ରକ୍ସି କନଫିଗରେସନ୍ ଡେସ୍କଟପ୍ର ପ୍ରକୃତ ଲଞ୍ଚ ସୀମାରେ ରଖନ୍ତୁ ଏବଂ ଶେଲ୍ ଆରମ୍ଭର ଅନୁମାନ ବଦଳରେ ଡେସ୍କଟପ୍ ଏଣ୍ଟ୍ରିର କମାଣ୍ଡ ଫର୍ମାଟ୍ ବ୍ୟବହାର କରନ୍ତୁ।
ଆପଣ ଟର୍ମିନାଲରେ ଏକ ପ୍ରକ୍ସି ଏକ୍ସପୋର୍ଟ କରନ୍ତି। ସେଠାରେ ଆରମ୍ଭ ହୋଇଥିବା କମାଣ୍ଡ ତାହା ବ୍ୟବହାର କରେ। ଡେସ୍କଟପ୍ ଆଇକନ୍ କ୍ଲିକ୍ କଲେ ତଥାପି ଅନ୍ୟ ପଥ ମିଳେ। ଆଇକନ୍ ସେହି ଟର୍ମିନାଲର ସନ୍ତାନ ହୋଇନାହିଁ।
ଏକ ଡେସ୍କଟପ୍ ସେସନ୍ ନିଜର ଲଞ୍ଚ ମେସିନାରୀ ମାଧ୍ୟମରେ ଆପ୍ଲିକେସନ୍ ଆରମ୍ଭ କରେ। ସେହି ପ୍ରକ୍ରିୟାଗୁଡ଼ିକ ସେହି ପରିବେଶ ଉତ୍ତରାଧିକାରୀ ପାଆନ୍ତି, ଅସମ୍ପୃକ୍ତ ଶେଲ୍ ଭିତରେ ପରେ କରାଯାଇଥିବା ପ୍ରତ୍ୟେକ ସମ୍ପାଦନା ନୁହେଁ। ଏହା ଏକ ପାର୍ଥକ୍ୟ ବ୍ୟାଖ୍ୟା କରିପାରେ, କିନ୍ତୁ ଆପ୍ଲିକେସନ୍ ପ୍ୟାକେଜ୍ ତ୍ରୁଟିପୂର୍ଣ୍ଣ ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।
Exec ହେଉଛି କମାଣ୍ଡର ବର୍ଣ୍ଣନା, ଶେଲ୍ ସ୍କ୍ରିପ୍ଟ ନୁହେଁ
Desktop Entry ସ୍ପେସିଫିକେସନ୍ Exec ପାଇଁ ଏକ ଏକ୍ଜିକ୍ୟୁଟେବଲ୍ ଏବଂ ଆର୍ଗୁମେଣ୍ଟ ପରିଭାଷିତ କରେ। ଏହା ଶେଲ୍ ଚରର ବିସ୍ତାର କିମ୍ବା ଶେଲ୍ ବିଲ୍ଟଇନ୍ର ପ୍ରତିଶ୍ରୁତି ଦିଏ ନାହିଁ।
ସମ୍ପୃକ୍ତ ପରିବେଶ ଚର ପଢ଼ୁଥିବା ବାହ୍ୟ ପ୍ରୋଗ୍ରାମ୍ ପାଇଁ, ଜାଣିଶୁଣି ସୀମିତ ଲଞ୍ଚର ଏହି ରୂପ ହୋଇପାରେ:
Exec=env https_proxy=http://proxy.example:8080 /path/to/applicationଏଣ୍ଡପଏଣ୍ଟ ଏବଂ ଏକ୍ଜିକ୍ୟୁଟେବଲ୍ ଦୁଇଟି ବଦଳାନ୍ତୁ। ଏହା ଲଞ୍ଚ ଇନପୁଟ୍ ଦେଖାଏ, କୌଣସି ଆପ୍ଲିକେସନ୍ ସେହି ଚର ପଢ଼ିବ ବୋଲି ଗ୍ୟାରେଣ୍ଟି ନୁହେଁ। ନିଜର ସ୍ପଷ୍ଟ ପ୍ରକ୍ସି ନୀତି ଥିବା ଏକ ବ୍ରାଉଜର୍ ତଥାପି ଅନ୍ୟ କନଫିଗରେସନ୍ ଉତ୍ସ ବାଛିପାରେ। Chrome ପାଇଁ, ଏହାର ପ୍ରକ୍ସି ଆର୍ଗୁମେଣ୍ଟ ଏକ ଉପଭୋକ୍ତା ଲଞ୍ଚରରେ ସାଇତନ୍ତୁ।
Exec=export ... ଲେଖନ୍ତୁ ନାହିଁ ଏବଂ ଡେସ୍କଟପ୍ ଏହାକୁ ଆପଣଙ୍କ ଲଗଇନ୍ ଶେଲ୍ ଭାବରେ ବ୍ୟାଖ୍ୟା କରିବ ବୋଲି ଆଶା ରଖନ୍ତୁ ନାହିଁ। ଡେସ୍କଟପ୍ ଏଣ୍ଟ୍ରିର ଉଦ୍ଧୃତି ନିୟମ ଏବଂ ସମର୍ଥିତ ଫିଲ୍ଡ କୋଡ୍ ମଧ୍ୟ ଧ୍ୟାନରେ ରଖନ୍ତୁ; ସେଗୁଡ଼ିକ ଅନ୍ୟ ଏକ ପାର୍ସର୍।
କିଛି ନୂଆ ଲଞ୍ଚ ହୋଇଛି କି ନାହିଁ ଯାଞ୍ଚ କରନ୍ତୁ
କେତେକ ଆପ୍ଲିକେସନ୍ ଅନୁରୋଧ ପୂର୍ବରୁ ଚାଲୁଥିବା ଇନଷ୍ଟାନ୍ସକୁ ପଠାନ୍ତି। କେତେକ ଏଣ୍ଟ୍ରି D-Bus ସକ୍ରିୟକରଣ ବ୍ୟବହାର କରନ୍ତି, ଯାହାର ନିଜସ୍ୱ ଲଞ୍ଚ ପଥ ଅଛି। ନୂଆ ଆଇକନ୍ କ୍ଲିକ୍ ନୂତନ ସମ୍ପାଦିତ Exec ପରିବେଶ ସହିତ ନୂଆ ପ୍ରକ୍ରିୟା ସ୍ଥାପନ କରେ ନାହିଁ।
ଅନୁରୋଧ କରୁଥିବା ଇନଷ୍ଟାନ୍ସ ଏବଂ ଏହା ପ୍ରକୃତରେ ଧାରଣ କରୁଥିବା କନଫିଗରେସନ୍ ଚିହ୍ନଟ କରନ୍ତୁ। ଉପଯୁକ୍ତ ହେଲେ ନିୟନ୍ତ୍ରିତ ନୂଆ ଲଞ୍ଚ ତୁଳନାକୁ ସଂକୀର୍ଣ୍ଣ କରିପାରେ। ଅଭୀଷ୍ଟ ପରିବେଶ କେବେ ଏହା ପର୍ଯ୍ୟନ୍ତ ପହଞ୍ଚିଛି କି ନାହିଁ ନିର୍ଣ୍ଣୟ କରିବା ପୂର୍ବରୁ ଆପ୍ଲିକେସନ୍ ପୁନଃ ସ୍ଥାପନ କରିବାରୁ ବିରତ ରୁହନ୍ତୁ।