10917 2007-02-24 15:21:54 +0300 Unusable session script 2008-03-24 12:46:02 +0300 1 1 4 Development Sisyphus xfce-utils unstable all Linux CLOSED FIXED P2 blocker --- 12100 1 raorn sem cas kurakin mike oddity vsu qa-sisyphus oldest_to_newest 45817 0 raorn 2007-02-24 15:21:55 +0300 /usr/bin/startxfce4 вызывает совершенно жуткого вида скрипт /etc/xdg/xfce4/xinitrc который пытается подменять собой /etc/X11/Xsession. Делает он это настолько отвратительно, что ~/.Xdefaults просто вытираются из xrdb. Не надо заниматься самодеятельностью, в startxfce4 надо просто выставить нужные переменные и запустить нужные приложения (типа xffm и xfpanel) вместо тех плясок вокруг xinit/serverrc, ssh-agent и xrdb... 45819 1 eostapets 2007-02-24 16:09:31 +0300 Я сравнил /etc/X11/Xsession и /etc/xdg/xfce4/xinitrc, и не считаю что апстрим занимается большим велосипедостроением, чем прочие. У меня все работает и если не будет более серьезных претензий к /etc/xdg/xfce4/xinitrc, то закрою багу как INVALID 45822 2 raorn 2007-02-24 17:49:45 +0300 1. Xsession к этому времени уже отработал 2. Содержимое ~/.Xdefaults в xrdb отсутствует после старта xfce 45824 3 eostapets 2007-02-24 18:12:35 +0300 У меня ~/.Xdefaults присутсвует, что я делаю не так? 45826 4 raorn 2007-02-24 18:25:05 +0300 У меня тоже. Тем не менее aterm в непотребном виде запускается пока не сделаю xrdb -merge .Xdefaults ... Впрочем, я уже снёс xfce и его дальнейшая судьба меня больше не интересует. 45834 5 ldv 2007-02-25 04:26:34 +0300 JFYI, несовместимость /etc/xdg/xfce4/xinitrc с /etc/X11/Xsession (если таковая имеется, я не смотрел) - это blocker. 45837 6 eostapets 2007-02-25 11:49:33 +0300 Я не готов сказать что там полная совместимость, но в части xrdb там более расширеный набор импортируемых настроек, т.е. кроме того что импортируют обычно, добавляется также $XDG_CONFIG_HOME/xfce4/Xft.xrdb Сам по себе /etc/xdg/xfce4/xinitrc вызывается обычно из /etc/X11/Xsession и кроме прочего поднимает dbus. А вот когда стартуют xfce4 из runlevel 3, тогда отсутствие скрипта подобного /etc/xdg/xfce4/xinitrc у других WM/DE блокер для них, а не для xfce. 46473 7 vsu 2007-03-11 21:36:19 +0300 Один только этот фрагмент однозначно blocker: # create temp file for X resources XRESOURCES="/tmp/xrdb-$UID.$$" # Has to go prior to merging Xft.xrdb, as its the "Defaults" file test -r $HOME/.Xdefaults && cat $HOME/.Xdefaults >> $XRESOURCES 46476 8 vsu 2007-03-11 21:43:13 +0300 # ~/.Xresources contains overrides to the above test -r $HOME/.Xresources && cat $HOME/.Xresources >> $XRESOURCES # load all X resources xrdb -nocpp -merge $XRESOURCES Лично у меня в ~/.Xresources есть, например, #if HEIGHT >= 1200, поэтому -nocpp тут никак не годится. 46477 9 eostapets 2007-03-11 21:56:28 +0300 Т.е. без nocpp нормально импортиться? Просто имеющиеся у меня ресурсы для urxvt без проблем попадают в итоговый вариант xrdb и мне не на чем проверить репорт... Я его и не закрывал по тому что не мог ни подтвердить, ни опровергнуть... 55742 10 raorn 2007-09-24 21:43:58 +0400 (In reply to comment #6) > Сам по себе /etc/xdg/xfce4/xinitrc вызывается обычно из /etc/X11/Xsession и > кроме прочего поднимает dbus. А вот когда стартуют xfce4 из runlevel 3, тогда > отсутствие скрипта подобного /etc/xdg/xfce4/xinitrc у других WM/DE блокер для > них, а не для xfce. Когда любой WM/DE стартует из runlevel 3, /etc/X11/Xsession к этому времени уже отработал. И dbus тоже стартовал. Делать какие-то решения на базе Xfce с такими стартовыми скриптами - это блокер для всего дистрибутива. 55857 11 mike 2007-09-26 10:24:51 +0400 Пожалуй что :-( 56879 12 eostapets 2007-10-23 15:39:10 +0400 Читаем внимательно скрипт: if test x"$DBUS_SESSION_BUS_ADDRESS" = x""; then dbuslaunch=`which dbus-launch` if test x"$dbuslaunch" != x"" -a x"$dbuslaunch" != x"no"; then eval `$dbuslaunch --sh-syntax --exit-with-session` fi fi Dbus-launch вызывается только в случае, если предыдущий запущен криво, без выставления переменных окружения. У нас в /etc/X11/profile.d/dbus-daemon.sh все запускается нормально, значит эта часть скрипта НИКОГДА не будет отрабатывать. Тоже мне блокер нашли... 56883 13 raorn 2007-10-23 16:11:09 +0400 Ну почти. /etc/X11/Xsession: # Merge in defaults and keymaps. MergeResources /etc/X11/Xresources "$HOME/.Xresources" "$HOME/.Xdefaults" scripts/xinitrc: XRESOURCES=$HOME/.Xdefaults ... XRESOURCES="$XRESOURCES $BASEDIR/Xft.xrdb" ... XRESOURCES="$XRESOURCES $BASEDIR/Xcursor.xrdb" ... XRESOURCES="$XRESOURCES $HOME/.Xresources" В результате настройки из .Xdefaults перекрываются непонятно чем. .Xdefaults надо грузить последним. 56884 14 eostapets 2007-10-23 16:37:01 +0400 Я могу согласиться, что ~/.Xresources нужно переставить до ~/.Xdefaults для единообразия с общесистемной настройкой, но... Xft.xrdb и Xcursor.xrdb должны грузиться последними, иначе пользователи будут несколько разочарованы, тем, что в менеджере настроек они могут поклацать мышкой, а в реальности ничего не измениться, потому что они умудрились откуда-то скачать "кривой" .Xdefaults или .Xresources. Итак, итог: Переставляю местами .Xdefaults и .Xresources, после чего закрываем эту багу? 56886 15 raorn 2007-10-23 16:48:08 +0400 Да. Именно переставить. Мне нравится мой кривой .Xdefaults и я не хочу чтобы какая-то сволочь меняла мои любимые настройки. Кстати, советую ещё раз заглянуть в /etc/X11/Xsession на тему поддержки локале-зависимых .X*s... 56888 16 eostapets 2007-10-23 17:02:37 +0400 Локолезависимые посмотрю позже, к следующей версии xfce, а пока отправил alt2 с переставленным порядком .Xdefaults и .Xresources. Еще бы почитать где-нибудь, каков правильный порядок чтения этих файлов, т.е. кто является базовой настройкой, а кто override к ней...