Intereting Posts
Как написать цикл for, который выполняет асинхронную команду на каждой итерации? Доступ к нескольким Wi-Fi-сетям одновременно с debian wheezy Как systemd обрабатывает смерть ребенка управляемого процесса? Автоматическая блокировка, но не затемнение оболочки gnome при неактивном Объединить части страниц PDF-документа zip каталог, имя которого начинается с `-` Как я могу получить графическую установку Radeon HD 3470 с двумя дисплеями, работающую с Scientific Linux 6.5? Мне нужен пример fstab для archivemount (хотите, чтобы убрать без моего пароля) Какой из самых портативных из sed, awk, perl и sh? Классификация дистрибутивов Linux Все мои расширения Chromium скрыты за одним раскрывающимся списком MySQL устанавливает прерывания с ошибкой Не удается редактировать файл sudoers – невозможно выполнить sudo Правильное имя домена для серверной настольной машины Firefox пытается открыть TeX-файлы с помощью новинок

.profile не найден в Debian Wheezy LXDE

Я добавляю $HOME/bin в $PATH из ~/.profile . Однако, похоже, он не используется во время входа в систему. Я использую диспетчер входа – lxdm я думаю, а не startx . Я знаю, что это касается того, какие сценарии выполняются.

Чтобы проиллюстрировать это, посмотрите, как добавляется $HOME/bin после явного источника ~/.profile . Но разве он не был получен во время графического входа?

 sashoalm@aspire:~$ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games sashoalm@aspire:~$ source ~/.profile sashoalm@aspire:~$ echo $PATH /home/sashoalm/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games sashoalm@aspire:~$ 

Но разве он не был получен во время графического входа?

Есть небольшая дискуссия о том, что некоторые графические логины занимают необычную позицию …

Я добавляю $ HOME / bin в $ PATH из ~ / .profile. Однако, похоже, он не используется во время входа в систему. Я использую менеджер входа в систему – lxdm Я думаю

Верный. Большинство DM-команд действительно читают ~/.profile когда вы входите в систему. Однако они должны делать это явно, так как ~/.profile традиционно поступает в оболочки входа, а DM (вход в GUI) не является оболочкой!

Который является оправданием, которое я видел у людей lightdm потому что я не lightdm sourcing ~/.profile потому что DM не является оболочкой.

Вы можете ~/.xsession источник ~/.profile из ~/.xsession – см. Здесь .

Если bash – это ваша оболочка входа в систему, в этом порядке он попытается использовать ~/.bash_profile , ~/.bash_login и ~/.profile . Однако он остановится при первом обнаружении.

Если ваш ~/.profile не используется, значит, у вас есть либо один из двух других (возможно, обоих) в вашем каталоге HOME . Вы должны проверить, какой из них, а затем поместить новый оператор PATH в первый.

Согласитесь с @goldilocks. Просто хочу добавить, что скрипт для источника ~/.profile равен ~/.xsessionrc вместо ~/.xsession .

Вот обоснование:

 qxu@debian:/etc/X11/Xsession.d$ cat 40x11-common_xsessionrc # This file is sourced by Xsession(5), not executed. #Source user defined xsessionrc (locales and other environment variables) if [ -r "$USERXSESSIONRC" ]; then . "$USERXSESSIONRC" fi qxu@debian:/etc/X11$ grep USERXSESSIONRC Xsession USERXSESSIONRC=$HOME/.xsessionrc 

Когда Bash вызывается как интерактивная оболочка входа или как неинтерактивная оболочка с параметром --login , она сначала считывает и выполняет команды из файла /etc/profile , если этот файл существует. После прочтения этого файла он ищет ~/.bash_profile , ~/.bash_login и ~/.profile в этом порядке и считывает и выполняет команды из первого, который существует и доступен для чтения.

Таким образом, когда ~/.bash_profile существует, ~/.profile никогда не будет считан.