टर्मिनलमध्ये प्रॉक्सी सेटिंग्ज काम करतात पण डेस्कटॉप लाँचरमध्ये का नाही

तुम्ही टर्मिनलमध्ये प्रॉक्सी एक्सपोर्ट करता. तिथे सुरू केलेला कमांड त्याचा वापर करतो. डेस्कटॉप चिन्हावर क्लिक केल्यास तरीही वेगळा मार्ग मिळतो. ते चिन्ह त्या टर्मिनलचे अपत्य झाले नाही.

डेस्कटॉप सत्र आपल्या स्वतःच्या लाँच यंत्रणेद्वारे ॲप्लिकेशन्स सुरू करते. ते प्रोसेस ते वातावरण वारसाहक्काने घेतात, असंबद्ध शेलमध्ये नंतर केलेला प्रत्येक बदल नाही. हे फरक स्पष्ट करू शकते, पण ॲप्लिकेशन पॅकेज सदोष आहे हे सिद्ध करत नाही.

Exec हे कमांडचे वर्णन आहे, शेल स्क्रिप्ट नाही

Desktop Entry तपशील Exec साठी एक्झिक्युटेबल आणि आर्ग्युमेंट्स परिभाषित करतो. तो शेल व्हेरिएबल्सचा विस्तार किंवा शेल बिल्टइन्सचे वचन देत नाही.

संबंधित वातावरण चल वाचणाऱ्या बाह्य प्रोग्रामसाठी, जाणूनबुजून मर्यादित लाँचचे हे स्वरूप असू शकते:

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

एंडपॉइंट आणि एक्झिक्युटेबल दोन्ही बदला. हे लाँच इनपुट दाखवते, कोणतेही ॲप्लिकेशन ते चल वाचेल याची हमी नाही. स्वतःचे स्पष्ट प्रॉक्सी धोरण असलेला ब्राउझर तरीही दुसरा कॉन्फिगरेशन स्रोत निवडू शकतो. Chrome साठी, त्याचा प्रॉक्सी आर्ग्युमेंट वापरकर्ता लाँचरमध्ये जतन करा.

Exec=export ... असे लिहू नका आणि डेस्कटॉप ते तुमचे लॉगिन शेल म्हणून अर्थ लावेल अशी अपेक्षा करू नका. डेस्कटॉप एंट्रीचे अवतरण नियम आणि समर्थित फील्ड कोडही लक्षात ठेवा; ते दुसरे पार्सर आहेत.

काही नवीन लाँच झाले का ते तपासा

काही ॲप्लिकेशन्स विनंती आधीच चालू असलेल्या इन्स्टन्सला पाठवतात. काही एंट्रीज D-Bus सक्रियीकरण वापरतात, ज्याचा स्वतःचा लाँच मार्ग आहे. नवीन चिन्ह क्लिक नुकत्याच संपादित Exec वातावरणासह नवीन प्रोसेस स्थापित करत नाही.

विनंती करणारा इन्स्टन्स आणि त्याच्याकडे प्रत्यक्षात असलेले कॉन्फिगरेशन ओळखा. योग्य असेल तेव्हा नियंत्रित नवीन लाँच तुलना अरुंद करू शकतो. इच्छित वातावरण त्याच्यापर्यंत कधी पोहोचले का हे स्थापित करण्यापूर्वी ॲप्लिकेशन पुन्हा इन्स्टॉल करणे टाळा.