ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಕೆಲಸ ಮಾಡುತ್ತವೆ ಆದರೆ ಡೆಸ್ಕ್‌ಟಾಪ್ ಲಾಂಚರ್‌ನಲ್ಲಿ ಏಕೆ ಮಾಡುವುದಿಲ್ಲ

ನೀವು ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ಪ್ರಾಕ್ಸಿಯನ್ನು ರಫ್ತು ಮಾಡುತ್ತೀರಿ. ಅಲ್ಲಿ ಪ್ರಾರಂಭವಾದ ಆದೇಶ ಅದನ್ನು ಬಳಸುತ್ತದೆ. ಡೆಸ್ಕ್‌ಟಾಪ್ ಐಕಾನ್ ಕ್ಲಿಕ್ ಮಾಡುವುದು ಇನ್ನೂ ಬೇರೆ ಮಾರ್ಗ ನೀಡುತ್ತದೆ. ಐಕಾನ್ ಆ ಟರ್ಮಿನಲ್‌ನ ಮಗುವಾಗಲಿಲ್ಲ.

ಡೆಸ್ಕ್‌ಟಾಪ್ ಅಧಿವೇಶನವು ತನ್ನದೇ ಆದ ಲಾಂಚ್ ಯಂತ್ರದ ಮೂಲಕ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಆ ಪ್ರಕ್ರಿಯೆಗಳು ಆ ಪರಿಸರವನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತವೆ, ಸಂಬಂಧವಿಲ್ಲದ ಶೆಲ್ ಒಳಗೆ ನಂತರ ಮಾಡಿದ ಪ್ರತಿ ಸಂಪಾದನೆಯನ್ನಲ್ಲ. ಇದು ವ್ಯತ್ಯಾಸವನ್ನು ವಿವರಿಸಬಹುದು, ಆದರೆ ಅಪ್ಲಿಕೇಶನ್ ಪ್ಯಾಕೇಜ್ ದೋಷಪೂರಿತವೆಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

Exec ಆದೇಶದ ವಿವರಣೆ, ಶೆಲ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅಲ್ಲ

Desktop Entry ವಿಶೇಷಣೆಯು Exec ಗಾಗಿ ಕಾರ್ಯನಿರ್ವಾಹಕ ಮತ್ತು ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಅದು ಶೆಲ್ ಚರಗಳ ವಿಸ್ತರಣೆ ಅಥವಾ ಶೆಲ್ ಒಳಗಿನ ಆದೇಶಗಳ ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಪರಿಸರ ಚರವನ್ನು ಓದುವ ಬಾಹ್ಯ ಪ್ರೋಗ್ರಾಂಗೆ, ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸೀಮಿತಗೊಳಿಸಿದ ಲಾಂಚ್ ಈ ರೂಪವನ್ನು ಹೊಂದಬಹುದು:

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

ಎಂಡ್‌ಪಾಯಿಂಟ್ ಮತ್ತು ಕಾರ್ಯನಿರ್ವಾಹಕ ಎರಡನ್ನೂ ಬದಲಾಯಿಸಿ. ಇದು ಲಾಂಚ್ ಇನ್‌ಪುಟ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ, ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್ ಆ ಚರವನ್ನು ಓದುತ್ತದೆ ಎಂಬ ಖಾತರಿ ಅಲ್ಲ. ತನ್ನದೇ ಸ್ಪಷ್ಟ ಪ್ರಾಕ್ಸಿ ನೀತಿ ಇರುವ ಬ್ರೌಸರ್ ಇನ್ನೂ ಬೇರೆ ಸಂರಚನಾ ಮೂಲವನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು. Chrome ಗಾಗಿ, ಅದರ ಪ್ರಾಕ್ಸಿ ಆರ್ಗ್ಯುಮೆಂಟ್ ಅನ್ನು ಬಳಕೆದಾರ ಲಾಂಚರ್‌ನಲ್ಲಿ ಉಳಿಸಿ.

Exec=export ... ಎಂದು ಬರೆಯಬೇಡಿ ಮತ್ತು ಡೆಸ್ಕ್‌ಟಾಪ್ ಅದನ್ನು ನಿಮ್ಮ ಲಾಗಿನ್ ಶೆಲ್ ಎಂದು ಅರ್ಥೈಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಬೇಡಿ. ಡೆಸ್ಕ್‌ಟಾಪ್ ನಮೂದಿನ ಉದ್ಧರಣ ನಿಯಮಗಳು ಮತ್ತು ಬೆಂಬಲಿತ ಕ್ಷೇತ್ರ ಸಂಕೇತಗಳನ್ನೂ ಗಮನದಲ್ಲಿರಿಸಿ; ಅವು ಇನ್ನೊಂದು ಪಾರ್ಸರ್.

ಹೊಸದೇನಾದರೂ ಲಾಂಚ್ ಆಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ವಿನಂತಿಯನ್ನು ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಉದಾಹರಣೆಗೆ ಕಳುಹಿಸುತ್ತವೆ. ಕೆಲವು ನಮೂದುಗಳು D-Bus ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯನ್ನು ಬಳಸುತ್ತವೆ, ಅದಕ್ಕೆ ತನ್ನದೇ ಲಾಂಚ್ ಮಾರ್ಗವಿದೆ. ಹೊಸ ಐಕಾನ್ ಕ್ಲಿಕ್ ಹೊಸದಾಗಿ ಸಂಪಾದಿಸಿದ Exec ಪರಿಸರದೊಂದಿಗೆ ತಾಜಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

ವಿನಂತಿ ಮಾಡುತ್ತಿರುವ ಉದಾಹರಣೆ ಮತ್ತು ಅದು ನಿಜವಾಗಿ ಹೊಂದಿರುವ ಸಂರಚನೆಯನ್ನು ಗುರುತಿಸಿ. ಸೂಕ್ತವಾದಾಗ ನಿಯಂತ್ರಿತ ತಾಜಾ ಲಾಂಚ್ ಹೋಲಿಕೆಯನ್ನು ಸಂಕುಚಿತಗೊಳಿಸಬಹುದು. ಉದ್ದೇಶಿತ ಪರಿಸರವು ಎಂದಾದರೂ ಅದನ್ನು ತಲುಪಿದೆಯೇ ಎಂದು ಸ್ಥಾಪಿಸುವ ಮೊದಲು ಅಪ್ಲಿಕೇಶನ್ ಮರುಸ್ಥಾಪನೆ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸಿ.