Старая проблема с apt'ом и выбором лексикографически старшего варианта ударила по указанной в сабже зависимости. На данный момент мы имеем три Window Manager'а для GNOME, в пакетах sawfish-gnome, metacity-gnome и e17-gnome. Увы к сожалению, наивная установка gnome-default из бранча приводит, как показало тестирование, к установке sawfish-gnome, но не metacity-gnome. При этом, поскольку /usr/share/applications/metacity.desktop находится в пакете metacity (который всё-таки устанавливается, ибо требуется по другим зависимостям), то при загрузке сессии GNOME пытается запустить именно Metacity, но обламывается. Но это отдельная тема. В общем, преждем всего нужно как-то фиксить проблему gnome-wm. Моё личное мнение - использовать alternatives.
Нет, тут проблема в другом. Нужно чтобы кейворды X-GNOME-WMName, X-GNOME-Autostart-Phase=WindowManager и X-GNOME-Provides=windowmanager были только в desktop файлах, надодящихся в пакетах *-gnome и только в них. Сейчас эти кейворды продублированы в, например, /u/s/applications/sawfish.desktop (sawfish) и /u/s/gnome/wm-properties/sawfish-wm.desktop (sawfish-gnome). С metacity ситуация аналогичная. Есть мнение, что кто-то из них двоих безнадёжно устарел. Что сейчас говорит про это RTFS gnome-session?
(В ответ на комментарий №1) > /u/s/applications/sawfish.desktop (sawfish) и > /u/s/gnome/wm-properties/sawfish-wm.desktop (sawfish-gnome). С metacity > ситуация аналогичная. > > Есть мнение, что кто-то из них двоих безнадёжно устарел. Что сейчас говорит > про это RTFS gnome-session? RTFS gnome-session говорит, что wm-properties не используется для поиска автозапускающихся приложений с 31 июля прошлого года. С тех же пор для запуска WM используются desktop-файлы вместо прямого вызова.
Но это не поможет решить проблему установки sawfish-gnome как первого подходящего варианта удовлетворения зависимости gnome-wm. На всякий случай: баг именно про это.
Может быть, в gnome-minimal оставить зависимость на gnome-wm, а в gnome-default забить зависимость именно на metacity-gnome?
alternatives с apt'ом, кстати, тоже не помогут справиться. Они тут вообще ничем не помогут.
Попробовал, кстати, воспользоваться этим замечательным механизмом выбора window manager'а (который в /desktop/gnome/session/required_components) - не заработал. Что бы я там ни выставлял, всё равно в результате запускается metacity... (смотрю на "дедале", ну то есть на gnome-session 2.25.92).
Узнал, почему: gnome-session сохраняет сессию вместе с Window Manager'ом, панелью и менеджером файлов, так что к моменту, когда при следующем запуске смотрятся ключи в GConf, всё уже на самом деле предрешено, потому что список программ из прошлой сессии имеет приоритет. Что по-своему, конечно, правильно, но без ключика --replace подменять metacity на тот же sawfish становится проблематично. Ну да это всё оффтопик.
(In reply to comment #5) > alternatives с apt'ом, кстати, тоже не помогут справиться. Они тут вообще ничем > не помогут. Возможно, поможет /etc/apt/pkgpriorities (положить metacity-gnome в Standard).
Ну да. $ tail -1 /etc/apt/pkgpriorities metacity-gnome $ hsh --initroot-only ~/hasher ... $ hsh-install ~/hasher gnome-default ... $ hsh-run ~/hasher -- rpm -qa | grep -e -gnome python-module-pygnome-gnome-vfs-2.22.1-alt1 libPolicyKit-gnome-0.9-alt1 gnome-games-gnometris-2.24.3-alt1 xulrunner-gnome-support-1.9.0.5-alt1.20081205 python-module-pygnome-gnomeprint-2.24.1-alt1 PolicyKit-gnome-0.9-alt1 >>>metacity-gnome-2.24.0-alt2 $
Насколько я ничего не понимаю, это всё-таки дуп 19221. *** This bug has been marked as a duplicate of bug 19221 ***
