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

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

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

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #75 : 25 Январь 2017, 18:36:37 »
Правил с Вами параллельно, потом пришлось мержить. Первый раз сам сливал :). Вроде нормально получилось, тест проходит, версию 4.*проверяет. Правда проверка только в pfsinfo есть, если это важный момент нужно аналогично и в pfsload сделать. Прогоните у себя.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #76 : 26 Январь 2017, 10:12:14 »
, версию 4.*проверяет.
Да. так надежнее
проверка только в pfsinfo есть, если это важный момент нужно аналогично и в pfsload сделать.
pfsload без open_pfs используется редко. В open_pfs проверка есть через pfsinfo
Проблем не возникало. Не будем усложнять
Прогоните у себя.
В ПРА - норм. Отличная вещь selftest - экономит время. + за идею

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #77 : 31 Январь 2017, 10:55:39 »
Поставил pfs 2.0 в pra64-1701fat.iso для более широкого тестирования

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #78 : 01 Февраль 2017, 10:56:07 »
Поставил pfs 2.0 в pra64-1701fat.iso для более широкого тестирования
Это хорошо, надо нашим тоже модулем выкатить. Описание только нужно хорошее. Сейчас одну идейку еще помучаю и займусь.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #79 : 01 Февраль 2017, 11:44:49 »
В ПРА есть удобные настройки для mc через f2. Постоянно работаю с модулями в mc
« Последнее редактирование: 01 Февраль 2017, 13:30:54 от sfs »

Оффлайн sfs

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #81 : 06 Март 2017, 16:20:49 »
Переделал selftest и проверил на aufs и винте
Прошу остальных проверить

После pfsrebuild оставались 2 папки first secont-  - так и должно было быть? я их удалил

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #82 : 06 Март 2017, 20:38:20 »
Переделал selftest и проверил на aufs и винте
Прошу остальных проверить
Прогнал селфтест, кой чего пришлось править. На винте проходит все, на aufs не подключаются модули, но это для магос нормально, сделал так чтоб тест не стопорился в этом месте.
Непонятки с pfsramload, на aufs срабатывает ровно через раз надо разбираться. В коде странная штука, если не может копировать в ОЗУ подключает на месте. Думаю это вредный костыль, должна быть ошибка с пояснением.  Все в  >/dev/null 2>&1 зарулено, надо хотя-бы ошибки оставлять если весь выхлоп мешается. А то дебажить проблемно.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #83 : 07 Март 2017, 09:19:58 »
Рамлоад/анлоад починил, дело было в двойном слэше в путях в pfsramfree.
Но вопрос по pfsramload не снят. Предлагаю все-же не подключать модуль если не удалось копировать в рам.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #84 : 07 Март 2017, 09:25:29 »
Предлагаю все-же не подключать модуль если не удалось копировать в рам.
да. Иначе получается хотел одно - втихоря получил другое. Надо выдать ошибку и остановиться

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #85 : 07 Март 2017, 10:11:55 »
Да, я именно об этом. Если у меня система вся в рам, подключаю еще один модуль в рам и по идее могу вытащить носитель, а тут опаньки, оказывается в озу копировать не получилось, и главное молча :)

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #86 : 11 Март 2017, 15:33:31 »
Еще кучка изменений. Выделил дефолтное расширение в переменную EXT=pfs, мне проще будет в магос интегрировать если сохранить расширение xzm. 
. /usr/bin/pfsfunc
заменено на
. $(which pfsfunc)
чтоб скрипты сохраняли работоспособность из любой папки в $PATH
Поддержка пользовательского конфига /etc/pfs.cfg
Надо подумать как быть с fixmenus-kde и проч., куда их складывать? В общую репу или каждый у себя держать должен.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #87 : 11 Март 2017, 16:33:35 »
как быть с fixmenus-kde
Для стандартных ДЕ лучше в общую

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #88 : 11 Март 2017, 16:42:00 »
Хорошо. Сделаю для кде,лхде на основе наших.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #89 : 12 Март 2017, 08:12:32 »
Перенес update-caches в либу и добавил fixmenus-baseDE,  отдельно для кде и лхде делать не стал пока там буквально по строчке. Посмотрите возможно некоторын строки из update-caches тоже правильнее в fixmenus перенести.
Удалил все скрипты, которые перенесены в либу.