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

Автор Тема: pfs-utils: pfsmerge --add-command  (Прочитано 4036 раз)

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33953
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
pfs-utils: pfsmerge --add-command
« : 21 Ноябрь 2013, 14:12:38 »
http://forum.puppyrus.org/index.php/topic,12727.msg77673.html#msg77673
Читаю версию 034
В документации этого нет
Ищу где запускается: open_pfs. В pfsload не нашел

1. А если надо  --add-command в не мета pfs, а в одиночном?
2. В pfsload - это я не нашел или нет? Как тогда быть в консоле?
3. Если 2й автостарт модуль подключается  -l  (ниже), то его /tmp/.pfs/.command не перекрот старый и не выполнится?


Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:pfs-utils: pfsmerge --add-command
« Ответ #1 : 21 Ноябрь 2013, 18:18:58 »
В документации этого нет
Ну это как всегда - проблемы с нехваткой времени на документацию. :(
Уже несколько изменений надо бы внести, а я всё не успеваю...

Ищу где запускается: open_pfs. В pfsload не нашел
Да, запуск только из Open_PFS.
Сделано для удобства подключения готовых модулей с программами (чтобы после подключения не искать в меню нужный пункт).
Идея скрипта start.sh - концептуально большая дыра в безопасности, поэтому в PFS-utils он не поддерживается.
А в этой реализации запуск происходит полностью прозрачно для пользователя.

1. А если надо  --add-command в не мета pfs, а в одиночном?
В PFS_utils нет понятия "мета", это же как контейнер. Не важно - один там пакет или несколько.
Поэтому при желании можно и к однопакетному PFS приклеить команду (но при объединении с другими она будет потеряна).

3. Если 2й автостарт модуль подключается  -l  (ниже), то его /tmp/.pfs/.command не перекрот старый и не выполнится?
Должно нормально работать.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33953
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re:pfs-utils: pfsmerge --add-command
« Ответ #2 : 21 Ноябрь 2013, 18:50:04 »
Идея скрипта start.sh - концептуально большая дыра в безопасности, поэтому в PFS-utils он не поддерживается.
А чем --add-command лучше ? тем что спрашивает "запустить"?
При загрузке модулей в верхний слой и работой под рутом тут все равно поможет только доверие к источнику получения модулей и frugal

...В итоге мне --add-command совсем не понравился. Восстановил start.sh и туда же по простому приделал зависимости
Сами скрипты далеки от совершенства, но на уровне идеи так проще и понятней. Кода - пара строк

В PRA я вплотную подошел к скачке и зависимостям
Уже работает.
Хотелось бы сделать универсально и на уровне pfs-util
На вас можно надеяться или форкать (не хотелось бы)?

Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:pfs-utils: pfsmerge --add-command
« Ответ #3 : 21 Ноябрь 2013, 20:09:10 »
А чем --add-command лучше ? тем что спрашивает "запустить"?
В данном случае - да.
Подключение модуля психологически кажется пользователю абсолютно безопасным действием (особенно если выбран Безопасный режим), и это должно соответствовать реальности.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33953
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re:pfs-utils: pfsmerge --add-command
« Ответ #4 : 22 Ноябрь 2013, 09:21:09 »
Разве только психологически. :)
На главные то вопросы мне ответьте:
1. Кто-нибудь планирует развивать pfs-util
2. Если да - под какой дистр. Сейчас pfs-util в авторском виде только в PR. Здесь будет что-то кроме багфиксов?