Zašto proxy postavke rade u terminalu, ali ne u pokretaču radne površine

Izvezete proxy u terminalu. Naredba pokrenuta ondje koristi ga. Klik na ikonu radne površine ipak daje drugu rutu. Ikona nije postala dijete tog terminala.

Sesija radne površine pokreće aplikacije vlastitim mehanizmom pokretanja. Ti procesi nasljeđuju to okruženje, a ne svaku kasniju izmjenu napravljenu u nepovezanoj ljusci. To može objasniti razliku, ali ne dokazuje da je paket aplikacije neispravan.

Exec je opis naredbe, a ne skripta ljuske

Specifikacija Desktop Entry definira izvršnu datoteku i argumente za Exec. Ne obećava proširenje varijabli ljuske ni ugrađene naredbe ljuske.

Za vanjski program koji čita odgovarajuću varijablu okruženja, namjerno ograničeno pokretanje može imati ovaj oblik:

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

Zamijenite i krajnju točku i izvršnu datoteku. To pokazuje ulaz pokretanja, a ne jamstvo da će proizvoljna aplikacija čitati tu varijablu. Preglednik s vlastitom izričitom proxy politikom ipak može odabrati drugi izvor konfiguracije. Za Chrome, spremite njegov proxy argument u korisnički pokretač.

Ne pišite Exec=export ... i ne očekujte da će radna površina to protumačiti kao vašu prijavnu ljusku. Imajte na umu i pravila citiranja te podržane kodove polja unosa radne površine; oni su još jedan parser.

Provjerite je li pokrenuto nešto novo

Neke aplikacije šalju zahtjev već pokrenutoj instanci. Neki unosi koriste D-Bus aktivaciju, koja ima vlastitu putanju pokretanja. Novi klik na ikonu ne uspostavlja svježi proces s tek uređenim Exec okruženjem.

Utvrdite instancu koja šalje zahtjev i konfiguraciju koju ona doista posjeduje. Kontrolirano svježe pokretanje može suziti usporedbu kada je to prikladno. Izbjegavajte ponovnu instalaciju aplikacije prije nego što utvrdite da je namjeravano okruženje ikada došlo do nje.