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

А lightDM там есть?

Подпили сам slim. Где-то в etc было. Помню что-то добавлял в path из хомяка.

Единственная ненужная зависимость здесь это фряха.

Ты хоть бы содержимое slim.conf запостил.

У меня в slim.conf все дефолтно, кроме:

login_cmd           exec /bin/sh - ~/.xinitrc %session

Ну и в ~/.xinitrc юзера под которым логинюсь:

exec /usr/local/bin/ck-launch-session /usr/local/bin/startxfce4

Попробуй сделать так же, если у тебя как-то иначе.

Дуй отсюда, если по делу сказать нечего.

абсолютно аналогично. Всё 1 к 1 (кроме startxfce4, конечно)

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

ребята из SLIM явно придурки:

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

при том, что

halt_cmd /sbin/shutdown -p now
reboot_cmd /sbin/shutdown -r now

хочу написать багрепорт, но не имею понятия куда и как...

А lightDM там есть?

много где упоминается, в т.ч. на list.freedesktop
Но в портах нет, пакетах тоже. Мистика.

XDM, кстати, тоже не работает, зараза.

Тут и нет бага. shutdown вызывается по полному пути, если ты не заметил.

Но с использованием SLIM там нет /sbin, /usr/sbin, /usr/local/sbin и еще некоторых. Печаль, в общем.

Все правильно. Программы в каталоге sbin почти всегда требуют рута и запускаться от регулярного пользователя им не нужно.

В дебиане также:

home ~ $ echo $PATH
/home/halo/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
home ~ $ su
Пароль: 
root@home:/home/halo# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
root@home:/home/halo# 

Помогай пилить lightdm

Программы в каталоге sbin почти всегда требуют рута и запускаться от регулярного пользователя им не нужно

4.2 лютейшее
http://paste.ubuntu.com/7832125/

В дебиане также:

где у тебя dmesg находится, в дебиане твоем?

по полному пути

и это ровным счетом ничего не значит

Помогай пилить lightdm

разраб порта mate-desktop намекал, что у него были попытки запуска lightdm, якобы даже тестовый порт x11/lightdm существовал
Но теперь я не вижу ни порта, ни следов разработки на его github-е
Так кому помогать-то? :)

Это значит, что default_path для вызова /sbin/shutdown не нужен.

вот! а у меня он в /sbin расположен

ты не понял к чему я «ничего не значит». Забей.

Ну допиши /sbin в PATH. Проблемы-то какие?

тему не читай&сразу отвечай

вопрос: а что у тебя в директиве 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 ну и его в студию.

Но с использованием SLIM там нет /sbin, /usr/sbin, /usr/local/sbin и еще некоторых.

Использую SLIM для прогрузки Xfce4.

В /usr/local/etc/slim.conf изменил только:

# Available sessions (first one is the default).
# The current chosen session name is replaced in the login_cmd
# above, so your login command can handle different sessions.
# see the xinitrc.sample file shipped with slim sources
sessions            xfce4
#,icewm,wmaker,blackbox

В ~/.xinitrc:

startxfce4

В ~/.login:

startx

В настройке командной оболочки (у меня tcsh, то есть в файле ~/.cshrc), собственно, прописаны сами пути:

set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin /usr/local/bin /usr/X11R6/bin ~/bin/gradle-2.0/bin)

Результат:

> echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/igor/bin/gradle-2.0/bin

Так проблема в чём?

P. S.

> cat ~/.profile
cat: /home/igor/.profile: No such file or directory

> cat /etc/profile
# $FreeBSD: stable/10/etc/profile 208116 2010-05-15 17:49:56Z jilles $
#
# System-wide .profile file for sh(1).
#
# Uncomment this to give you the default 4.2 behavior, where disk
# information is shown in K-Blocks
# BLOCKSIZE=K; export BLOCKSIZE
#
# For the setting of languages and character sets please see
# login.conf(5) and in particular the charset and lang options.
# For full locales list check /usr/share/locale/*
# You should also read the setlocale(3) man page for information
# on how to achieve more precise control of locale settings.
#
# Check system messages
# msgs -q
# Allow terminal messages
# mesg y

> echo $PATH
/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/igor/bin/gradle/bin