Кто мне портит ENV? (или что за бред с SLIM?)

вопрос: а что у тебя в директиве default_path в файле slim.conf?

Тоже самое:

default_path        /bin:/usr/bin:/usr/local/bin

Так нифига не понятно зачем тебе нужно DE передавать дополнительные пути. Если речь идет о прогах, который потом в DE запускаются, то добавь пути своему юзеру а /etc/login.conf. Если речь идет о консоли в DE, то через ~/.cshrc или ~/.bashrc. Ну и уж для уверенности, заэкспорти PATH перед exec в ~/.xinitrc

man login.conf:

     path     A space or comma separated list of path names, following the
              usual csh conventions (leading tilde with and without username
              being expanded to home directories etc.)

Забыл сказать, что у меня шэл юзера bash. Может по этому я с подобным не сталкивался. Хз.

Так нифига не понятно зачем тебе нужно DE передавать дополнительные пути.

В том то и дело, что НЕ надо - пусть наследует те, что дает система. В GDM+Gnome2 именно так и было, и никаких проблем с env не было.

/etc/login.conf

Там вроде и так по дефолту нужные пути

Если речь идет о консоли в DE, то через ~/.cshrc или ~/.bashrc

cshrc не использую. .bashrc, конечно, вариант, но попахивает «затычкой» или «велосипедизмом».

заэкспорти PATH перед exec в ~/.xinitrc

SLIME игнорирует любые env в .xinitrc не зависимо от slime.conf

у меня тоже bash
Вообще странно всё это. Написал разрабам mate-desktop. Они говорят, что GDM используют. Лол. Действующих контактов разработчиков SLIM не нашел.

пусть наследует те, что дает система.

Насколько я знаю, система по дефолту не дает /usr/local/bin.

В GDM+Gnome2 именно так и было

Думаю тут дело не в GDM или slim. Скорее всего пути не подтягиваются самим mate или где-то оверврайтятся.

Там вроде и так по дефолту нужные пути

Откуда такая уверенность? Class юзеру присвоил чтоб он унаследовал дефолтные?

но попахивает «затычкой» или «велосипедизмом»

Если окажется, что где-то на стороне mate теряются переменные, то чем велосипед не транспорт?

SLIME игнорирует любые env в .xinitrc не зависимо от slime.conf

Причем здесь slim? DE запускается непосредственно с .xinitrc и переменные передаются ему, а не slim-у. Еще раз повторюсь: сделать именно export (setenv) PATH а не просто указать PATH.

Насколько я знаю, система по дефолту не дает /usr/local/bin

почему? там достаточно много бинарников, и после логина в TTY система мне дает этот PATH. И для этого я ничего не указывал и не правил

Думаю тут дело не в GDM или slim. Скорее всего пути не подтягиваются самим mate или где-то оверврайтятся

Они оверврайтятся самим SLIM, в slim.conf есть для этого даже спец. строка:

default_path /bin:/usr/bin:/usr/local/bin

Откуда такая уверенность? Class юзеру присвоил чтоб он унаследовал дефолтные?

Как Class влияет на наследование дефолтных путей?

Если окажется, что где-то на стороне mate теряются переменные, то чем велосипед не транспорт?

посмотри шапку темы. Проблема не на стороне MATE, ибо с startx всё работает превосходно

Причем здесь slim? DE запускается непосредственно с .xinitrc и переменные передаются ему, а не slim-у. Еще раз повторюсь: сделать именно export (setenv) PATH а не просто указать PATH.

Именно это я и делал. Нулевой результат. Могу заснять на видео.

там достаточно много бинарников, и после логина в TTY

После логина в tty оно наследует переменные окружения залогиненого юзера. Речь же идет, как я понимаю, о запуске DE через slim который запускается при старте системы.

Они оверврайтятся самим SLIM, в slim.conf есть для этого даже спец. строка:

Оверврайтится только тогда, когда slim собран с USE PAM on. Смотрим исходники.

app.php:

#ifdef USE_PAM
        /* Setup the PAM environment */
        try{
                if(term) pam.setenv("TERM", term);
                pam.setenv("HOME", pw->pw_dir);
                pam.setenv("PWD", pw->pw_dir);
                pam.setenv("SHELL", pw->pw_shell);
                pam.setenv("USER", pw->pw_name);
                pam.setenv("LOGNAME", pw->pw_name);
                pam.setenv("PATH", cfg->getOption("default_path").c_str());
                pam.setenv("DISPLAY", DisplayName);
                pam.setenv("MAIL", maildir.c_str());
                pam.setenv("XAUTHORITY", xauthority.c_str());
        }
        catch(PAM::Exception& e){
                logStream << APPNAME << ": " << e << endl;
                exit(ERR_EXIT);
        }
#endif

Как Class влияет на наследование дефолтных путей?

Можно явно указать юзеру переменную, для уверенности.

Проблема не на стороне MATE, ибо с startx всё работает превосходно

Насколько я понимаю, startx выполняется в консоли залогиненого юзера, где он и получается все переменные. При логине через slim, процесс немного иной.

В какой групп(е|ах) юзер? (id <user>)

Заметил что у меня в /etc/profile завалялось:

export PATH=$PATH:/etc:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin

Оверврайтится только тогда, когда slim собран с USE PAM on. Смотрим исходники.

Спасибо, это вроде то что нужно!! Сейчас попробую пересобрать без PAM. Правда, я не знаю где ты нашел app.php, и вообще странно, что slim php использует... Бррр...

$ find / -name "app.php"
$

Насколько я понимаю, startx выполняется в консоли залогиненого юзера, где он и получается все переменные.

Да, именно так. Другими способами я бы не смог запустить startx. Кстати, стартует очень быстро :)

При логине через slim, процесс немного иной.

Да уж, за всё это мучительное время я это понял как никогда хорошо...

В какой групп(е|ах) юзер? (id <user>)

$ id user
uid=1000(user) gid=1000(user) groups=1000(user),5(operator)

пересобрал без поддержки PAM. Такая же лажа :(

Правда, я не знаю где ты нашел app.php

Сорри, промахнулся. app.cpp

пересобрал без поддержки PAM. Такая же лажа :(

У меня c PAM=on. Но судя по всему, проблема в другом.

Продолжаем ковыряния. Добавь в .xinitrc вместо exec: echo $PATH > /tmp/path.txt ну и его в студию.