Сайт | Скачать | Видео | Wiki

Автор Тема: Продолжение разработки pfs-utils  (Прочитано 94524 раз)

0 Пользователей и 2 Гостей просматривают эту тему.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #90 : 12 Март 2017, 08:38:34 »
killall -1 lxpanel - в ПРА панель умирает
lxpanelctl restart - тоже
Возможно из-за урезанности лхде
Там иногда приходится menu-cached еще убивать и  кэш чистить

touch /usr/share/applications/screensavers - это что-то КДЕшное?

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #91 : 12 Март 2017, 08:50:21 »
Да это кдешное, там есть служба, которая следит за изменениями в конфигах и проч. Достаточно touch чтоб все перечиталось. А при подключении модуля с точки зрения кде ничего не происходит.
Надо наверное отслеживать DE и запускать только то что надо.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #92 : 13 Март 2017, 08:55:16 »
Ну дак как в итоге делать будем? Еще на счет depmod помнится вопрос поднимался.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #93 : 13 Март 2017, 09:16:10 »
Выполнить fixmenu* - нормально
Про depmod надо отдельной темой. Боюсь, что для каждого дистра оптимально свое. Может быть сделать 2 варианта с выбором в конфиге

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #94 : 13 Март 2017, 09:30:18 »
fixmenus* мне тоже нравится. Но. Как бы не случилось чего нибудь сломать, как с lxpanel получилось. Может fixmenus у каждого свой? Или как?
По депмод такая мысль, можно организовать запуск скрипта /еtc/packages/mount/packname/run.me. Таким образом можно рулить в каждом пакете отдельно. У нас есть похожая штука, только скрипт нужно класть в куда-то в rc.* (точно не помню), чтоб при старте скрипт тоже запускался.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #95 : 13 Март 2017, 09:36:09 »
Может fixmenus у каждого свой? И
Хорошо бы попытаться доделать общий. Вместе лучше получится. Потом каждый сам решит. При такой организации - не принципиально
организовать запуск скрипта /еtc/packages/mount/packname/run.me.
В ПРА после подключения модуля запускается start.sh из корня модуля (местоположение спорное). Через него же прописываются зависимости модулей (доп. скрипт sfs-get-dep). Используется широко. Если что-то менять - надо чтобы и старое работало

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #96 : 13 Март 2017, 10:17:56 »
Эти start.sh получается перекрывают друг друга и при старте системы выполнение скриптов не организовать. Кстати, а вы запускаете /start.sh или 
... bundles/packname/start.sh, а то если модуль не в первый слой подключить можно совсем не тот start.sh выполнить.
Можно оба подхода совместить наверное. Например скрипт, который запускается и при старте системы и при pfsload запускать с правами рут. А start.sh с правами пользователя. То есть pfsload firefox.pfs и тут же браузер запускается.
Вот только существует ли такой каталог откуда гарантированно при старте системы все запустится?
З.Ы. Это просто мысли вслух, для мозгового штурма :)

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #97 : 13 Март 2017, 10:35:54 »
start.sh получается перекрывают друг друга
Нет. Запускается из примонтированного, а не из корня
Сейчас start.sh в пфс в гуй части. Там надо взаимодействовать с пользователем диалогами в Х, а Вы не хотите лезть в гуй
Автостарт через .desktop тоже в ПРА есть
Вот только существует ли такой каталог откуда гарантированно при старте системы все запустится?
Не понял к чему это
Т.к. в ПРА 2 варианта Init
Универсальное место /etc/xdg/autostart
В ПРА по умолчанию sudo для всех без пароля. По другому куча проблем вылезет и неудобств

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #98 : 13 Март 2017, 11:33:38 »
Обновился с гит. selftest проходит

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #99 : 13 Март 2017, 13:41:55 »
Ладно, зайдем с другой стороны. Модуль, в модуле демон, запускается только под своим полльзователем и группой, хоторых нужно создать. Где должен лежать скрипт создания пользователя и группы так, чтоб он срабатывал и при старте системы и при pfsload модуль-с-демоном.pfs?

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #100 : 13 Март 2017, 13:50:44 »
Модуль, в модуле демон, запускается только под своим полльзователем и группой, хоторых нужно создать
Я бы разместил в скрипте запуска демона
В ПРА просто создаю всех нужных модулям юзеров в базовом модуле и не парюсь

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #101 : 13 Март 2017, 14:25:11 »
Думаете не стоит велосипедить? Вот, кстати, кусок который запускает скрипты у нас.
Код
find_n_run_scripts()
{
   debug_log "find_n_run_scripts" "$*"
   local MOD

   MOD="$1"
   shift

   RCPATH=/etc/rc.d/init.d
   RUNLEVEL=$(runlevel | awk '{print $2}')
   [ -z "$RUNLEVEL" ] || RCPATH=/etc/rc.d/rc$RUNLEVEL.d
   RUNSCRIPTS="$MOD$RCPATH|$MOD/usr/lib/magos/rc.local|$MOD/usr/lib/magos/rc.post"
   echo $@ | grep -q start || RUNSCRIPTS="$MOD$RCPATH"

   find "$MOD" | egrep "$RUNSCRIPTS" | cut -b "${#MOD}"- | cut -b 2- | xargs -n 1 -r readlink -f | sort -u | \
       while read SCRIPT; do
         if [ "$SCRIPT" != "" -a -x "$SCRIPT" -a ! -d "$SCRIPT" ]; then
            # call the script by real path, not from the module
            log "starting '"$SCRIPT" $@'"
            "${SCRIPT}" "$@"
         fi
       done
}

Есть еще вариант. Пихать все дистроспецифическое в fixmenus-distrname,  и у каждого будет свой вариант. Название  только более подходящее подобрать. И лучше тогда для подключения и отключения разные скрипты.
runpfsload-*
runpfsunload-*
???

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #102 : 14 Март 2017, 08:44:09 »
Да, пожалуй с runpfsload-* runpfsunliad-* вариант оптимальный. Все что безопасно вроде touch для кде убираем в либу в update_caches, а все дистросрецифическое в  эти файлы. Если при лоаде и анлоаде выполняется одинаковый код просто делаем ссылку с одного на второй. Сюда же можно обработку ваших start.sh и  десктоп файлов перенести, чтоб в графике и консоли одинаково подключение работало.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #103 : 14 Март 2017, 09:11:57 »
Сейчас start.sh в пфс в гуй части. Там надо взаимодействовать с пользователем диалогами в Х, а Вы не хотите лезть в гуй
Т.е. Вы предлагаете перенести этот функционал в консоль....
На мой взгляд спорно.
Кстати - а как вы планируете в магос подключать модули по горячему
В пра МенеджерМодулей sfs-get находит (качает) нужный модуль и выдает http://wiki.puppyrus.org/puppyrus/pr218/pfs#open_pfs (подкл.\монтировать\установить)
Или из ФМ open_pfs по расширению
Наверное надо сначала определиться с гуем подключения. А потом уже мутить зависимости и автозапуск
Это уже не разрабовские дела , а юзерские

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #104 : 14 Март 2017, 09:28:49 »
Переносить или нет в консоль дело ваше. Я предлагаю все что не является общим (стандартным) но необходимо выполнить после подключения модуля в вашем дистре или в вашем ДЕ класть в скрипты  runpfsload-pra или runpfsload-jwm или оба сразу. Аналогично при отключении только скрипты соответственно runpfsUNload-*.
У нас поиск модулей в репозитории не востребован, большинство модулей собирается urpm2xzm dir2xzm save2module и так далее. Но фунеционал такой в менеджере модулей есть.
Установить/активировать/инсталлить тоже можно с гуем.
modmnger module.xzm
Но по умолчанию по клику мышой работает:
gactivate module.xzm
Подключит если не подключено либо отключит если подключено.
По runpfsload* возражения есть?