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

Автор Тема: Перспективы PFS-utils  (Прочитано 17355 раз)

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

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Перспективы PFS-utils
« : 27 Декабрь 2013, 16:58:58 »
За полтора года была разработана и утверждена спецификация формата PFS.
  Которую придётся в будущем году пересмотреть.
Функциональные возможности утилит для работы с PFS заинтересовали не только нашу Команду, но и Команду MagOS.
Сотрудничество с Командой MagOS, возможно, поможет сделать PFS-utils более универсальным и надёжным инструментом, подходящим для использования в любых дистрибутивах Linux
Они напишут, будет как у Поттеринга шиш поймёшь.
 Для Pro (ИМХО),  PFS-utils в дистрибутив включать не надо, это инструмент разработчика а не пользователя.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Перспективы PFS-utils
« Ответ #1 : 27 Декабрь 2013, 17:06:04 »
PFS-utils в дистрибутив включать не надо, это инструмент разработчика а не пользователя.
Как тогда юзеру подключить .pfs?

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Перспективы PFS-utils
« Ответ #2 : 27 Декабрь 2013, 17:13:07 »
Как тогда юзеру подключить .pfs?
ПКМ по модулю -> Подключить модуль. Так намного удобнее.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:Перспективы PFS-utils
« Ответ #3 : 27 Декабрь 2013, 17:17:34 »
Разве там не pfsload open_pfs - это все из PFS-utils

Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:Перспективы PFS-utils
« Ответ #4 : 27 Декабрь 2013, 17:22:21 »
Они напишут, будет как у Поттеринга шиш поймёшь.
Этого хотелось бы избежать.
PFS-utils написан лаконично и ясно, запутывать его длинными функциями и малопонятными переменными крайне не желательно.


Для Pro (ИМХО),  PFS-utils в дистрибутив включать не надо, это инструмент разработчика а не пользователя.
Приехали!
Использование PuppyRus без PFS-utils сегодня невозможно. Даже из документации это очевидно.

ПКМ по модулю -> Подключить модуль. Так намного удобнее.
pfsload open_pfs - это все из PFS-utils
Именно так.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:Перспективы PFS-utils
« Ответ #5 : 27 Декабрь 2013, 17:33:15 »
Использование PuppyRus без PFS-utils сегодня невозможно. Даже из документации это очевидно.
Абсолютно ложное утверждение. Как же я тогда ухитряюсь работать в Richy без PFS-utils? Или вы будете утверждать, что Richy не PuppyRus? :D
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:Перспективы PFS-utils
« Ответ #6 : 27 Декабрь 2013, 17:38:53 »
Абсолютно ложное утверждение. Как же я тогда ухитряюсь работать в Richy без PFS-utils? Или вы будете утверждать, что Richy не PuppyRus? :D
Я думал нет необходимости уточнять, что речь идёт об официальном дистрибутиве PuppyRus-13.XX, который собирает Pro.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:Перспективы PFS-utils
« Ответ #7 : 27 Декабрь 2013, 17:44:59 »
Ну вот, пошла коллективная работа...  :'( :'( :'(
опять "лебедь раком щуку"  :'( :'( :'(

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:Перспективы PFS-utils
« Ответ #8 : 27 Декабрь 2013, 17:48:53 »
речь идёт об официальном дистрибутиве PuppyRus-13.XX, который собирает Pro.
Richy тоже собирал Pro и отличия от PuppyRus-13.XX незначительные.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Re:Перспективы PFS-utils
« Ответ #9 : 27 Декабрь 2013, 17:53:36 »
Использование PuppyRus без PFS-utils сегодня невозможно. Даже из документации это очевидно.
Абсолютно ложное утверждение. Как же я тогда ухитряюсь работать в Richy без PFS-utils? Или вы будете утверждать, что Richy не PuppyRus? :D
да потому что ты свой софт уже сделал, что ты там часто меняешь окружения рабочего стола?
Прекратите панику, очередной раз заявляю - результатом появления существующего PuppyRus мы обязаны Ddshurick. Так что дядя Саша пожинай плоды и не гони волну, поезд уехал.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:Перспективы PFS-utils
« Ответ #10 : 27 Декабрь 2013, 19:43:33 »
поезд уехал.
Далеко ли? ;)
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн imago31

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 2835
  • Репутация: +41/-0
  • горний арол
Re:Перспективы PFS-utils
« Ответ #11 : 28 Декабрь 2013, 00:44:28 »
PFS-utils в дистрибутив включать не надо, это инструмент разработчика а не пользователя.
Как тогда юзеру подключить .pfs?
лично я в последнее время во все свои сборки для себя на основе precise и slacko вставляю pfs-utils, это очень удобно, даже не имея никаких пунктов в меню, так как я просто добавляю модуль pfs-utils  в базу, а не интегрирую его тестно в систему, так как не имею такого опыта, но я по крайней мере имею все прелести pfs-utils через терминал, и все свои сборки делаю именно используя pfs-utils находясь в какой-нибудь своей недосборке, считаю что pfs-utils дорлжен быть в системе, таким образом любой новичек начнет осваивать команды и в дальнейшем может также оказать участие на форуме
Врач спасает человека, ветеринар - человечество
 все эксперименты на dual core 2x3.1 GHz/ram-3Gb/gt 440 1gb/WCD 80gb IDE/Samsung 80gb sata/3 флешки с зоопарком линуксов.
  Для работы и игр: Windows 10 снес, поставил 7
  Для души, для скорости и всего остального: Linux(pra, puppy, porteus, ubuntu-подобные)
 
 игровые модули
 программные модули

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
    • PuppyRus-A
Re:Перспективы PFS-utils
« Ответ #12 : 28 Декабрь 2013, 08:35:02 »
Во всяком случае спорить про нравится-не нравится без конкретных претензий бессмысленно.
Давайте будем объективными.

Функционал подключения модулей не уникален. Не идеален. Есть над чем поработать - от самой идеи до интерфейса. Например подключение в память я бы переделал, Процедуры после подключения не идеальны. Зависимости, скачка модулей не реализованы - над этим надо плотно работать

Функционал сборки\разборки модулей уникален. Это основное. Позволяет любому собирать \ разбирать squash на составляющие. Все просто и понятно. Это был шаг вперед по сравнению с рукосборными squash, где даже автор ме может сказать откуда и зачем какой файл

Установка-удаление. Рудимент, доставшийся от pet. Разруливания зависимостей и скачки нет. Поэтому ПМ(пакетный менеджер не заменяет). Даже если бы заменял - полноценный репозиторий("репа") .pfs только в PR (В PRA pfs репозиторий не полноценный - это доп. модули к системе, собираемой pacman - ом). Конвертировать чужую репу в .pfs - спорная затея
Думаю тут надо разграничить:
В full дистрибутиве нужен полноценный ПМ и репа. squash вообще не нужен
В frugal этот функционал не востребован. Достаточно подключения отключения.
Похоже, время универсальных (full+frugal) дистров проходит. У Бари Quirky уже только full
При этом ПМ во frugal необходим для сборки модулей.

Разработка. Тут все печально. Коллективная работа не получается. Пустые споры и трата времени. Попытки объединения с MagOS дальше всплесков обсуждения не идут и похоже не пойдут.  Видимо надежда только на разработчиков одиночек. Главное чтобы остальные их не "съели" и не отбили охоту работать.

Концепция. Тут многое не понятно. Под какой дистр PFS-utils? Под любой squash?
Под PR (тот что в шапке форума, не Ричи и не более ранние PR). Насколько я понял Pro, планомерного обновления пакетной базы PR не будет. В этом случае жизни PR до морального устаревания (т.е. возможности использования на современном |ПК современного ПО)  год-2
« Последнее редактирование: 28 Декабрь 2013, 08:36:49 от sfs »

Оффлайн Zay

  • Почетный участник
  • Ветеран
  • *
  • Сообщений: 1536
  • Репутация: +25/-0
Re:Перспективы PFS-utils
« Ответ #13 : 28 Декабрь 2013, 14:42:56 »
Зависимости, скачка модулей не реализованы - над этим надо плотно работать
Зависимости реализованы. Закачка - нет...

Похоже, время универсальных (full+frugal) дистров проходит.
Похоже что так. Но в Frugal (по крайней мере сегодня) функционал установки тоже не является лишним, ИМХО. Тем более что он уже написан.

Попытки объединения с MagOS дальше всплесков обсуждения не идут и похоже не пойдут.
От neobht были предложения, которые сейчас обсуждаются.

Под какой дистр PFS-utils? Под любой squash?
Под PR (тот что в шапке форума, не Ричи и не более ранние PR).
Сейчас - под PR (который в шапке).
В будущем, если Команда MagOS подключится - возможно под любой Frugal дистрибутив.

Насколько я понял Pro, планомерного обновления пакетной базы PR не будет. В этом случае жизни PR до морального устаревания (т.е. возможности использования на современном |ПК современного ПО)  год-2
Сейчас это не так актуально, как 3-4 года назад. Многие существующие версии программ достаточно функциональны, чтобы не обновлять их несколько лет.
Другое дело - поддержка железа. Но если Pro будет обновлять ядро - то и с этим не должно быть проблем какое-то время.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Автор темы
  • Старый чайник
Re:Перспективы PFS-utils
« Ответ #14 : 28 Декабрь 2013, 15:47:42 »
Зависимости реализованы. Закачка - нет...
А ведь была и работала, и локальный поиск и "выдёргивание" нужных библиотек было...
Похоже что так. Но в Frugal (по крайней мере сегодня) функционал установки тоже не является лишним, ИМХО. Тем более что он уже написан.
А что если переделать get_pet?
В будущем, если Команда MagOS подключится - возможно под любой Frugal дистрибутив.
Почему "возможно", когда просто под любой? И при чём здесь MagOS? Я не скрываю, что load_sfs позаимствовал из Slax.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64