openbox-menu -f jwm

[geekless]

в ~/.cache/menus - пусто!

Видимо , причина в этом. Как восстановить - я уже выше вопрос задал

Содержимое ~/.cache/menus — внутренняя кухня библиотеки. Если там ничего не трогать, и меню при этом глючит — это баг библиотеки. А если там что-то трогать, и меню после этого глючит — это проблемы того, кто трогает.  Подозреваю, что psf-ы перекрывают какие-то файлы меню, либо какие-то файлы кэша. Отсюда и проблема возникает.

[sfs]

Но при использовании вылезла проблема иного рода. Баги в jwm, приводящие к сегфолту.
Заняться ими или ну его нафиг?

jwm - Вы сами компилили? Если нет - может у нас кривой бинарник...
Избавить jwm от костыля fixmenus - это был бы прорыв. Если не сложно - займитесь...
Только нельзя ли без демона...
И если патчить jwm - насколько этот патч останется жив при обновлении jwm...

[geekless]

jwm - Вы сами компилили? Если нет - может у нас кривой бинарник...

Проверил релизный пакет в арче и АУРовский пакет из git-а, оба сегфолтятся.

Только нельзя ли без демона...

Не вижу особого смысла избавляться от демона, т.к. выигрыш несоразмерен затраченным усилиям. Если для вас это критично, напишите фич-реквест на динамические меню разработчику jwm.

Насчёт сегфолта посмотрю сейчас. Отошлю патч разработчику, если найду баг.

[sfs]

Если для вас это критично, напишите фич-реквест на динамические меню разработчику jwm.

Я до такого не дорос 

Насчёт сегфолта посмотрю сейчас. Отошлю патч разработчику, если найду баг.

Ждем с нетерпением...

[geekless]

Если для вас это критично, напишите фич-реквест на динамические меню разработчику jwm.

Я до такого не дорос  

Не доросли, чтобы писать в багтрекер?

Не стал я пока баги исправлять в jwm, подобрал такой конфиг, который работает без сегфолта. На сборке из git-а, по крайней мере. На релизной версии не проверял.

Вот как-то так оно у меня заработало:

Код

   <StartupCommand>/media/stuff/data/Проекты/Личные/openbox-menu/openbox-menu -f jwm -I 32 -p -o jwm-app-menu -R 'jwm -reload'</StartupCommand>
   <RootMenu height="32" onroot="12">
      <Include>$HOME/.cache/jwm-app-menu</Include>

Свежий openbox-menu залил в битбакет.

[sfs]

Скомпилил v.95 http://forum.puppyrus.org/index.php/topic,14675.msg80756.html#msg80756
Все работает +. Чуть позже выложу готовое.
Иногда сразу после запуска меню полупустое. Вероятно не успевает отработать. Можно перенести его запуск в systemd

Запущенный демон menu-cached необходим?

[geekless]

Запущенный демон menu-cached необходим?

Да.

[RoDoN]

Что-то парни вы тут многовато накрутили, посмотрел посты выше, а также Исправление s09, сделал проще без jwm-app-menu:

Код

<RootMenu label="Меню" labeled="false" onroot="3">
<Include>exec:openbox-menu -f jwm -I 16</Include>
<Separator/>

работает, но подключил теже самые парочку .pfs (file-roller2-nn-2.32.2-4-i686.pfs и fotoxx_12.01.2.pfs), о которых писал раньше, а меню JWM не обновляется, новых пунктов нет.
Если очистить содержимое ~/.cache/menus, грохнуть процесс /usr/lib/menu-cache/menu-cache/menu-cached и обновить меню JWM (Перезагрузить JWM), menu-cached  опять запустится и появится новый файлик в ~/.cache/menus, а в меню JWM наконец-то появятся новые пункты. Но это все как-то некошерно... поэтому вопрос как корректно обновить содержимое ~/.cache/menus и перезапустить демон? Кстати, если в Openbox-е грохнуть menu-cached, то он автоматически через секунду запускается, откуда идет запуск?

[sfs]

Да, проблемы есть....
exec:openbox-menu -f jwm -I 16 - недостаточно. Нужен демон перезапуска jwm (openbox-menu -p)
После установки paсman-ом или подключения модуля - меню не обновляется
Подтолкнуть можно изменением любого файла в /usr/share/desktop-dir... - (можно прописать  перед jwm -reload) но это костыли похуже fixmenus
По любому надо менять jwm-xdgmenu на openbox-menu. Он решает проблему расширений иконок в ярлыках
Может geekless и с остальным порешает ....
Чтобы вернуть старое меню - в багфиксе9  удалить openbox-menu

[geekless]

Итак, получается, что причина проблем в самом использовании aufs?..
Не знаю пока, что с этим делать.

[sfs]

Нет ауфс не при делах. Если ставить ПО pacman-ом тоже самое
Демон openbox-menu не передесоздает jwm-app-menu. Вероятно потому что не пересоздается ~/cache/menu
menu-cached запущен.
Если что-то изменить в /usr/share/desktop-dir.. - все правильно отрабатывает

Когда должен пересоздаваться ~/cache/menu ?

[geekless]

Ну как ни при делах, если это единственное отличие от ванильной конфигурации.
Демон узнаёт о изменениях в меню посредством событий inotify. Если ему никто этого события не пришлёт, он ничего не узнает.

Когда должен пересоздаваться ~/cache/menu ?

Демоном menu-cached автоматически при изменении любых файлов и каталогов, влияющих на меню.

[sfs]

inotify-tools у нас не было. Поставил. Без улучшений.
Как-то можно увидеть лог событий inotify или т.п.?

[geekless]

inotify-tools у нас не было. Поставил. Без улучшений.

Так тулзы ни при чем, glib юзает напрямую соответствующее API ядра. Тулзы просто обёртка для использования inotify из скриптов.

[geekless]

Если ставить ПО pacman-ом тоже самое

Не подтверждаю. Если ставить ПО пакманом, openbox-menu с флагом -p каждый раз при изменении *.desktop-файлов обновляет свой вывод.

Т.е. скорее всего проблема именно в том, что подключение/отключение слоя в aufs не порождает никаких уведомллений о изменении файлов/каталогов. Сейчас проверю.