PRA6407-1610light. Проблемы lxpanel-0.6+spacefm

[sfs]

установил выше указанный пакет и при выносе Добавить на рабочий стол иконки программы она создаётся, но при попытки запуска выдаёт сообщение  Ошибка команда не найдена mc-root.desktop.
Анадогично с выносом на рабочий стол иконки FirefoxLight-web браузер.

Проблема в том, что lxpanel >0.6  создает на р.столе из своего меню ярлыки  URL=*.desktop , которые spacefm не понимает
Варианты решения:
1. lxpanel-0.6+spacefm. Свежую версию lxpanel я поставил из-за multiload-nd (мониторинг графиками в трее). Автор работает над multiload-nd для lxpanel-0.6
2. lxpanel+pcmanfm
3. создавать ярлык не из lxpanel, а через меню раб.стола spacefm

[sfs]

Надо что-то решить. Добавил голосование

[paulus]

>lxpane-0.8l+pcmanfm
очепяка?
Надо бы обновлять до и поддерживать pcmanfm

[sfs]

Может тогда сделать полный lxde ? Добавил в голосование (можно переголосовать) Или тогда уж юзать xfce - он лучше
Можно будет юзать свежий lxapperance в полном объеме (цветовая гамма, хинтинг шрифтов)

[sfs]

http://mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable/050-Pcmanfm-p-1.2.4-1_64-sf09.pfs Корзина и dav с gvfs-minimal работают
http://mirror.yandex.ru/puppyrus/puppyrus-a64/pfs-portable-test/080-Lxsession-0.5.2-2_64-sf01.pfs собрал, но пользы от него кроме этого не вижу. Не нужен

[paulus]

050-Pcmanfm-p-1.2.4-1_64-sf09.pfs Корзина и dav с gvfs-minimal работают

Угу, только сам pcmanfm не работает... И это уже не первый раз вылазит. Какого там lxpanel в зависимостях?

Код

live@pra64:~$ pcmanfm 
pcmanfm: error while loading shared libraries: libfm-gtk.so.4: cannot open shared object file: No such file or directory

Почему при этих проблемах defaultmanager автоматом не перешел на mc? Было бы не плохо...

[sfs]

С прописанной зависимостью pcmanfm работает
Может объединить его в 030-lxde ...
Насчет зависимости gvfs - не уверен. Она по сути опциональная (отвалятся корзина и dav , которые не всем нужны)
Если юзаете его с jwm - включите в jwm-модуль с зависимостями
defaultfilemanager - определяет ФМ по наличию запускаемого файла (which) . Зависимости -  случай не типовой не вижу смысла тут усложнять

[paulus]

defaultfilemanager - определяет ФМ по наличию запускаемого файла (which) . Зависимости -  случай не типовой не вижу смысла тут усложнять

При чем тут зависимости? Я о битом фм, который не запустился... Почему бы defaultfilemanager'у не выбрать/запустить следующий (рабочий, если есть в системе), например: mc. Но если это сильно усложняет, можете не заморачиваться.

Если юзаете его с jwm - включите в jwm-модуль с зависимостями

Что за бред! Нахрен в jwm-модуле зависимости для работы Pcmanfm, когда они должны быть в Pcmanfm?! И Pcmanfm должен запускаться без lxpanel. Бредятина какая-то в логике и построении модулей. Что вы там курите?

[Pro]

В скрипты default* вставить код анализа завершения программы, но из скрипта программа запускается как отдельный процесс так что не получить код завершения

[sfs]

Pcmanfm должен запускаться без lxpanel.

Мой модуль сделан чтобы запускался вместе с лхпанел, что и прописано в зависимости. Так и пойдет в исо
Планируете другое применение - делайте другой модуль

Почему бы defaultfilemanager'у не выбрать/запустить следующий (рабочий, если есть в системе),

Потому что если defaultmanader ничего не запустил - надо разбираться почему (хотя бы запуском в консоле) и потому что это не типовая ситуация