Чаму налады проксі працуюць у тэрмінале, але не ў праграме запуску працоўнага стала

Вы экспартуеце проксі ў тэрмінале. Каманда, запушчаная там, выкарыстоўвае яго. Націск на значок працоўнага стала ўсё роўна дае іншы маршрут. Значок не стаў нашчадкам гэтага тэрмінала.

Сеанс працоўнага стала запускае праграмы праз уласны механізм запуску. Гэтыя працэсы атрымліваюць у спадчыну тое асяроддзе, а не кожную пазнейшую змену, зробленую ў непаўязанай абалонцы. Гэта можа тлумачыць розніцу, але не даказвае, што пакет праграмы дэфектны.

Exec — гэта апісанне каманды, а не скрыпт абалонкі

Спецыфікацыя Desktop Entry вызначае выканальны файл і аргументы для Exec. Яна не абяцае раскрыцця зменных абалонкі або ўбудаваных каманд абалонкі.

Для знешняй праграмы, якая чытае адпаведную зменную асяроддзя, наўмысна абмежаваны запуск можа мець такі выгляд:

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

Замяніце і канчатковы пункт, і выканальны файл. Гэта дэманструе ўваход запуску, а не гарантыю, што адвольная праграма чытае гэтую зменную. Браўзер з уласнай яўнай палітыкай проксі ўсё яшчэ можа выбраць іншую крыніцу канфігурацыі. Для Chrome захавайце яго аргумент проксі ў карыстальніцкай праграме запуску.

Не пішыце Exec=export ... і не спадзявайцеся, што працоўны стол зразумее гэта як вашу абалонку ўваходу. Трымайце ў полі зроку таксама правілы цытавання і падтрыманыя коды палёў запісу працоўнага стала; гэта яшчэ адзін парсер.

Праверце, ці было нешта новае запушчана

Некаторыя праграмы адпраўляюць запыт ужо запушчанаму асобніку. Некаторыя запісы выкарыстоўваюць актывацыю праз D-Bus, якая мае ўласны шлях запуску. Новы націск на значок не стварае свежага працэсу з нядаўна змененым асяроддзем Exec.

Вызначце асобнік, які робіць запыт, і канфігурацыю, якой ён сапраўды валодае. Кантраляваны свежы запуск можа звузіць параўнанне, калі гэта мэтазгодна. Пазбягайце пераўсталёўкі праграмы, пакуль не ўстаноўлена, што меркаванае асяроддзе наогул да яе дайшло.