при загрузке sawfish игнорируется .sawfishrc

А подробнее? При использовании графической конфигурялки в .sawfishrc ты видишь изменения?

При использовании графического конфигуратора изменения записываются в файл ~/.sawfish/custom который я мучать не пробовал, потому что в нем написано, что It shouldn't be really edited manually, или что-то в таком роде.

Хм, странно. Custom -- кагбе намекает на то, что из него должны браться значения по умолчанию в случае отсутствия .sawfishrc. Какого х*я графконфигурялка пишет в него -- ума не приложу. Может, криво собран сам sawfish?

В custom просто пишется то, что говорит графическая утилита. Он должен грузится в любом случае, но перед .sawfishrc (по крайней мере так говорят manы). Может и криво. Как я писал, установлен dselectом с убиранием всех гномовских зависимостей (там единственная прямая - gnome-terminal, а все остальные - от нее). Просто я не понимаю, как такое возможно, чтоб wm вроде хорошо работал, но при этом конфигурационный файл не грузился. PS Единственная ненормальность в работе - то, что в этой самой графической утилите не все названия по-русски пишутся. То есть в некоторых местах просто пустое место вместо текста. В основном это около checkboxов.

А если (смеха для) поставить его со всеми зависимостями? И посмотреть, что случится?

Эх.. А я так надеялся этого избежать... А все-таки мне интересно именно то, какое может иметь отношение к проблеме кривая установка sawfish. Ведь вопрос стоит даже не в решении проблемы. Все опции можно спокойно писать и в custom (я так понимаю). Вопрос в том, чтоб было красиво. А если я поставлю со стандартными зависимостями и все будет работать - разве ж это будет красиво? Я прошу, чтоб мне сказали, где нужно искать ссылку на .sawfishrc которая возможно отсутствует. Можно?

Еще одна вводная: если писать какие-либо опции в custom вручную - они не выполняются. "Родные" опции остаются в деле. PS Насчет "каких-либо" - это просто громкие слова. Я дописывал в конец файла строки типа (run-shell-command "xclock") или (system "xclock"). Оба варианта, насколько мне известно, легитимные. Первый используется в самом custom и работает (в key-boundings), а второй описан в литературе. PPS А еще графическая утилита отказывается редактировать измененный файл!

> А еще графическая утилита отказывается редактировать измененный файл!

Ну, это вообще херня какая-то (с её стороны) уже! Я сильно сомневаюсь, что она сохраняет где-то контрольную сумму этого файла. Хотя, если посмотреть все файлы/пути, куда конфигурялка обращается -- может, и найдётся "укромное местечко" с той самой контрольной суммой или теневой копией файла.

Дело здесь точно не в контрольной сумме - если заменить букву в файле в keybounding, то все работает нормально. Там в файле все команды начинаются на custom-. Может поэтому вторжение не проходит. Кстати, если перенести какую-то строчку из custom в .sawfishrc - она не работает... В общем, весело... Попробую sawmill-defaults помучить...

Ничего не получается. Небось sawmill-defaults тоже не грузится... Что делать - не представляю. Пытался найти ссылки на sawfishrc командой "find / | grep "sawfishrc"" - ничего не нашлось. Точнее застряло на каком-то бинарном файле.

Я нашел, где находится файл, который грузится при старте... Это /etc/X11/sawfish/site-init.d/00debian.jl Если в него что-то писать - оно исполняется... Но что это такое - я не понимаю... Кстати, следы гномовских происков здесь тоже есть. В виде (require 'gnome). Короче, глупости это какие-то...

Оказывается,.sawfishrc грузится. Но только до первой ошибки. И этой ошибкой было (require 'native-focus-transparence). В общем, решение вопроса - иногда смотреть в .xsession-errors