Где сейчас можно выставить PATH в Debian 9?

В Дебиане уже и /etc/profile снесли, что-ли?

С оболочной работает, если запускать из systemd сервис от имени пользователя, то не работает.

Что значит «ENV_PATH работает только для рута»? ENV_PATH как раз для обычного пользователя.

С оболочной работает, если запускать из systemd сервис от имени пользователя, то не работает.

Ну запускай «сервис» как sh -l -c «path_to_service», если очень надо. Или просто обёрточный скриптик для запуска напиши.

То и значит, что

$ cat /etc/login.defs | grep ENV_PATH
# Three items must be defined:  MAIL_DIR, ENV_SUPATH, and ENV_PATH.
ENV_PATH	PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/my/local/bin

$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

Ну, походу так и придётся делать. Хотелось не через жопу просто.

Ну, походу так и придётся делать.

Добавим «костыли» в новую систему! Круто.

Лучше наверно даже sh -l -c «exec path_to_service», чтоб в процессах лишнего не болталось.

Попробуй в ~/.config/environment.d/something.conf (VAR=value) - это для пользователя, чтоб и для рута работало, емнип, нужно куда-то в /etc/systemd/.

Ты знаешь, как добавить всем в PATH, чтобы при запуске systemd юнита это было видно?

~/.config/environment.d/something.conf

Отсутствует.

Ты знаешь, как добавить всем в PATH, чтобы при запуске systemd юнита это было видно?

Сорян, я вообще сторонюсь этой темы. Причём именно из-за такой вот «костыльности».

Ты чо? Сустемд не пользуешься? Дохрена ретроград?

Так создай)

Дохрена ретроград?

У меня из-за него кое чето поломалось. Оказалось неприемлемым.

Так он перепишет PATH тогда.

Ясно. Надо звать intelfx

Да, и правда при изменении ENV_PATH путь при перелогине не меняется. Интересно. Правда, если у тебя шеллом выступает bash, то у него в /etc/profile путь перезаписывается. Но все равно странно, что настройки в /etc/login.defs не применяются...

запускать сервис

Используй абсолютные пути. Полагаться на $PATH в таких местах — говнокод.

systemd PATH (комментарий)

Как я и думал, устроили тут извращения какие-то…

Но все равно странно, что настройки в /etc/login.defs не применяются

Зайди в tty или запусти шелл как логин-шелл.

systemd.exec(5)

Я не использую в юните. PATH нужен самому сервису.

$PATH
Colon-separated list of directories to use when launching executables. systemd uses a fixed value of /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin.

systemd uses a fixed value

fixed value

Ясно понятно, вопросов нет, сделаю через скрипт-обёртку. Рядом с этим будет смотреться нормально.

Что тебе сделать-то в итоге нужно?

Что тебе сделать-то в итоге нужно?

Мне нужно установить глобально PATH для всех. Чтобы все сервисы его видели при их запуске от любых юзеров. Чтобы у всех юзеров он был одинаковый при запуске оболочки. Нужно выставить PATH глобально. Где сейчас выставляется PATH? Раньше это было в /etc/environment, сейчас он пустой.

Тогда тебе в

Variables globally configured for the service manager, using the DefaultEnvironment= setting in systemd-system.conf(5), the kernel command line option systemd.setenv= (see systemd(1)) or via systemctl set-environment (see systemctl(1)).

То, что ты процитировал — это дефолтный $PATH. Он захардкожен (точнее, задаётся при сборке), но это не означает, что его нельзя поменять в рантайме.

У меня детектор костылей запищал!

Я задаю часть параметров в /etc/environment , всё работает.

Чтобы все сервисы его видели при их запуске от любых юзеров.

Так пойдёт?

$ sudo systemctl set-environment PATH=/test:/usr/local/sbin:/usr/local/bin:/usr/bin

$ echo -e '#/bin/sh\necho Hello world' | sudo install -Dm755 /dev/stdin /test/test.sh

$ sudo systemd-run -t /usr/bin/env test.sh
Running as unit: run-u3704.service
Press ^] three times within 1s to disconnect TTY.
Hello world

$

Мне что, каждый раз его дёргать при старте системы?

Делаю в скрипт - костыль, делаю глобально - костыль. Так как?

Variables globally configured for the service manager, using the DefaultEnvironment= setting in systemd-system.conf(5), the kernel command line option systemd.setenv= (see systemd(1)) or via systemctl set-environment (see systemctl(1)).

То есть я делаю:

systemctl set-environment PATH=<мой PATH>

Нет, ты прописываешь в DefaultEnvironment= в /etc/systemd/system.conf.

А как там задать PATH? Он же перепишет существующий, а кто-то при каком-нибудь обновлении захочет его поменять и сделает это раньше. Раньше я помню он точно исполнялся, я там прокси прописывал и делал подстановку, а сейчас, вроде как, нет.

Это получится костыль, потому что в дебиан этого файла нет, а значит никто его не использует. Если PATH будет задан каким-нибудь другим способом, то из-за этого конфига он может затереться. Мне надо что-то типа PATH=$PATH:/my/another/path/ глобально.

Это получится костыль

Да неужели? Кто бы мог подумать? Смирись, это неизбежность.

потому что в дебиан этого файла нет

Ну как нет, когда есть?

Если PATH будет задан каким-нибудь другим способом, то из-за этого конфига он может затереться.

С чего бы?

Вопрос к знатокам: почему systemd в пользовательской сессии не читает хотя бы ~/.profile и /etc/profile. Хотя ответ вроде бы ясен: потому что придется грузить шелл. Если это табу - грузить шелл, то почему хотябы pam_env не использовать?

С чего бы?

А с чего бы нет? Это же конфиг. Там везде конфиги. Там теперь делать PATH=$PATH:/path/ не модно.

Хотя ответ вроде бы ясен: потому что придется грузить шелл

Да.

Если это табу - грузить шелл, то почему хотябы pam_env не использовать?

А кто сказал, что «pam_env не использовать»?

Хотя ответ вроде бы ясен: потому что придется грузить шелл.

По сути, эти файлы и имеют отношение только к шеллу.

почему хотябы pam_env не использовать?

Если нет аутентификации, то как это сделать?

Мне надо что-то типа PATH=$PATH:/my/another/path/ глобально.

Не получится.

Если PATH будет задан каким-нибудь другим способом, то из-за этого конфига он может затереться.

Нет, потому что /etc/systemd/system.conf имеет наивысший приоритет, в мане об этом написано.

Но как бы Debian на то и нужен, чтобы у тебя в середине релизного цикла ничего не менялось. Так что посмотри на текущий общесистемный PATH (systemctl show-environment), допиши к нему что тебе нужно и захардкодь.

из-за этого конфига он может затереться

ну да, ну да, но

man systemd-system.conf

Ну как нет, когда есть?

Реально есть. Один хрен, им, очевидно, не пользуются, чтобы PATH выставлять.

Но его действительно затирает /etc/login.defs. При запуске сервиса и в шеле они совершенно разные.

$ systemctl show-environment
LANG=en_US.UTF-8
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

Если нет аутентификации, то как это сделать?

Это какой-то неуместный вопрос. Если systemd (systemd --user) запустился от пользователя, то как он сделал это без аутентификации, кто этот не хороший член системы, который разрешил это?

Если systemd (systemd --user) запустился от пользователя, то как он сделал это без аутентификации

Так же, как у тебя браузер запускается от пользователя.

Так же, как у тебя браузер запускается от пользователя.

Этого нехорошего пользователя я знаю, он аутентифицировался для меня (кажись это уже шизофрения). А вот: почему какой-то хрен рулит системой от моего имени (не пройдя аутентификацию)? - это интересный вопрос.