Как заставить i3wm читать ~/.bashrc?

0

1

Пути для некоторых программ прописаны в ~/.bashrc

вроде этого:

if [ -d /opt/deadbeef/bin ]; then
     export PATH=/opt/deadbeef/bin:$PATH
fi

Но менеджер окон, по всей видимости, запускается раньше, чем считывается файл ~/.bashrc, из-за чего все программы запущенные из i3wm не видят этих путей.

Соответственно вижу два варианта решения — заставить i3wm читать ~/.bashrc или заставить систему читать ~/.bashrc до запуска i3wm.

Как это реализовать?

Ссылка

←	Gnome 3.34 Clear Linux - не работает Fractional Scaling

HELP! Упал загрузчик grub2.

→

Может запихнуть в .xprofile?

anonymous
(13.01.20 10:57:58 MSK)

Ссылка

для таких вещей существует .pam_environment

eternal_sorrow ★★★★★
(13.01.20 11:02:31 MSK)

Ссылка

Объявление переменных окружения для всех приложений для одного юзера нужно делать в ~/.profile или ~/.profile ( - bash, zsh, etc.).

anonymous
(13.01.20 11:55:55 MSK)

Пути для некоторых программ прописаны в ~/.bashrc

bashrc не для этого.

legolegs ★★★★★
(13.01.20 12:21:21 MSK)

Ссылка

Ответ на: комментарий от anonymous 13.01.20 11:55:55 MSK

Добавляю в ~/.profile

if [ -d /opt/deadbeef/bin ]; then
     export PATH=/opt/deadbeef/bin:$PATH
fi

а он не присваивается. Я делаю что-то не так?

P.S
Может быть имеет значение, система — Debian 10 stable, менеджер входа — LightDM.

Dreamdrawer ★
(13.01.20 12:31:31 MSK) автор топика

Ответ на: комментарий от Dreamdrawer 13.01.20 12:31:31 MSK

Я делаю что-то не так?

Добавляешь не туда, про pam_env уже написали выше.

anonymous
(13.01.20 12:43:41 MSK)

Ответ на: комментарий от Dreamdrawer 13.01.20 12:31:31 MSK

Надо было сразу сказать, что ты ДМ используешь… Тогда пихай в .xinitrc или .pam_environment как писали выше.

anonymous
(13.01.20 12:47:03 MSK)

Ссылка

Ответ на: комментарий от anonymous 13.01.20 12:43:41 MSK

Добавил в ~/.pam_environment та же история. Не считывает.
Только если вручную перечитать source ~/.pam_environment, тогда начинает видеть. Но это уже после запуска i3wm, стало быть для него по-прежнему путь остаётся невидим.

С ~/.xinitrc то же самое.

Хотелось бы решить задачу посредством манипуляций в пределах домашнего каталога.

Dreamdrawer ★
(13.01.20 13:15:03 MSK) автор топика

Ответ на: комментарий от Dreamdrawer 13.01.20 13:15:03 MSK

Хотелось бы

cd /etc
grep /usr/bin *

Если тупить не будешь, разберёшься.

anonymous
(13.01.20 13:18:26 MSK)

Ссылка

Ответ на: комментарий от Dreamdrawer 13.01.20 13:15:03 MSK

Добавил в ~/.pam_environment та же история.

Возможно, по умолчанию пользовательские файлы не включены. Не помню, как там в Debian.

Хотелось бы решить задачу посредством манипуляций в пределах домашнего каталога.

man environment.d попробуй, оно не должно требовать вмешательства в /etc. Правда, PATH задают все кому не лень, так что может перекрываться твоим DM. Увы, всё именно так плохо.

anonymous
(13.01.20 13:30:03 MSK)

Ссылка

Решение

Насколько понял, оказывается это особенность i3wm, который при запуске игнорирует всё, кроме файла ~/.xsessionrc. Перенёс в него содержимое .profile и всё подхватилось корректно.

Dreamdrawer ★
(13.01.20 21:27:05 MSK) автор топика

Ответ на: Решение от Dreamdrawer 13.01.20 21:27:05 MSK

Насколько понял, оказывается это особенность i3wm, который при запуске игнорирует всё, кроме файла ~/.xsessionrc.

Не замечал такой особенности, честно говоря. Нужно внимательнее посмотреть, какие файлы обрабатывает LightDM, какая оболочка используется для логина и какие файлы она обрабатывает на входе. Это явно не проблема i3wm. Судя по всему, это особенности Debian.

Запускаю графическую сессию командой startx. В .xinitrc:

...
PATH+=:$HOME/.local/bin
...

i3wm подхватывает без проблем.

Ещё нужно смотреть, какая оболочка используется для входа (если речь не идёт о DM). Если bash, то будет запускаться .bash_profile. Если zsh, то будет запускаться .zprofile. Во всяком случае в arch’е так.