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

Автор Тема: Багтрекер PFS-utils  (Прочитано 29123 раз)

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

Оффлайн ander

  • Активный участник
  • Старожил
  • ****
  • Сообщений: 300
  • Репутация: +16/-0
Re:Багтрекер PFS-utils
« Ответ #45 : 23 Октябрь 2015, 12:06:58 »
Ну, не хотите полный путь - можно
ls ${branchDir%=r*}${target}заменить на
find ${branchDir%=r*} -name ${target}и будет искать просто по имени.  Полный путь - это я подумал, если в системе несколько файлов с одинаковым именем, то который ищем-то?  С полным путем найдем конкретный, а с базовым именем - все, что есть, причем, возможно, в разных пакетах.

А что, у других puppy корень не на aufs собран?  Я других, к сожалению, не видел, что поставил, на то и смотрю.
Суть идеи была в том, чтобы не привязываться к конкретной директории /mnt/live/memory/images, а смотреть, из каких директорий собран корень на aufs и в них искать.
Проверка si -это на тот случай, если вдруг в системе aufs не только на корне.  А цикл идет не по si, а по бранчам, из которых aufs собрана.

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 943
  • Репутация: +14/-0
Re:Багтрекер PFS-utils
« Ответ #46 : 23 Октябрь 2015, 12:31:58 »
Все изменения в репозиторий вносятся или только Zay это делает?
Я планирую скоро активно подключиться к разработке(работа над uird вышла на фазу мелких доработок и теперь можно довести до блеска pfs-utils), без общей организованности ничего не получится. Поэтому фиксы должны идти в общей кодовой базе.


Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Re:Багтрекер PFS-utils
« Ответ #47 : 23 Октябрь 2015, 14:02:52 »
Думаю, что fileinpack - не самая центральная утилита
pfs-util активно юзается только в ПРА. Можно пока не запариваться супер универсальностью
Нано поюзать то что есть - станет ясно что надо
Все изменения в репозиторий вносятся или только Zay это делает?
Только Zay и я не уверен, что делает
Все изменения в PRA. Их настолько мало, что засинхрить - не проблема
Стараюсь без необходимости не ковырять. Надежда на
Я планирую скоро активно подключиться к разработке
не умерла  ;)

Думал про перевод pra64 на uird - чтобы большие готовые ядра юзать. Пока не нашел донора ядер (надо с проп. дровами )
« Последнее редактирование: 23 Октябрь 2015, 14:04:53 от sfs »

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 943
  • Репутация: +14/-0
Re:Багтрекер PFS-utils
« Ответ #48 : 24 Октябрь 2015, 06:17:17 »
С проп дровами будет большой размер. У нас примерно 150 мб это дело отъедает.

Оффлайн neobht

  • Ветеран
  • *****
  • Сообщений: 943
  • Репутация: +14/-0
Re:Багтрекер PFS-utils
« Ответ #49 : 24 Октябрь 2015, 09:38:06 »
Просьба всем участникам разработки корректировать вики по pfs-utils вот тут: https://github.com/pfs-utils/pfs-utils/wiki
Я год назад туда инфу перенес, потом не следил за изменениями. Если что-то устарело, просьба обновить.
Трекер тоже лучше использовать на github: https://github.com/pfs-utils/pfs-utils/issues.

По другому проект будет топтаться на месте.
« Последнее редактирование: 24 Октябрь 2015, 09:41:24 от neobht »

Оффлайн Zay

  • Главный модератор
  • Ветеран
  • *****
  • Сообщений: 1537
  • Репутация: +24/-0
Re:Багтрекер PFS-utils
« Ответ #50 : 25 Октябрь 2015, 09:36:50 »
ander, спасибо за подробное описание проблемы и багфикс! И + !
Исправил скрипт на GitHub: https://github.com/pfs-utils/pfs-utils/blob/master/usr/bin/fileinpack

А принадлежность файлов пакетам оказалось удобнее искать конструкцией типа
ls /mnt/live/memory/images/*/etc/mtab
Не совсем так. Скрипт fileinpack указывает на принадлежность файла к пакету PFS, а не к модулю.
Файл с расширением .pfs - это контейнер, который может содержать несколько пакетов внутри.
Поэтому название файла.pfs - это условность, на самом деле оно может быть любым.
Значение имеет название пакета(-ов), который(-ие) находятся внутри этого файла.

Надо только учитывать, что /lib и /bin на самом деле ссылки и файлы реально лежат в /usr/lib и /usr/bin (и зачем так сделано? путаница одна)
Это перешло в PRA из Arch, к PFS-utils не имеет никакого отношения. В PuppyRus, например, этого нет.

Не нашел ссылок на fileinpack в других скриптах - значит в нем можно делать что угодно (Zay - так?).
Изначально планировалось использовать этот скрипт для обработки зависимостей.
Но потом не сложилось, и скрипт остался для пользователей, и как закладка на будущее.
Думаю что лучше всего оставить в pfs-utils актуальную версию с исправлением от ander.

Функционал поиска файла по слоям AUFS тоже может быть полезен, но его лучше реализовать отдельно.



Обсуждение работы над PFS-utils:
http://forum.puppyrus.org/index.php/topic,17472.0.html


« Последнее редактирование: 29 Октябрь 2015, 11:34:10 от Zay »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Re:Багтрекер PFS-utils
« Ответ #51 : 07 Февраль 2016, 21:36:45 »
pfsunload из аттача (PRA, вроде последние его правки от ander) при отмонтировании pfs, лежащего на tmpfs удаляет его (строкой 24). Вероятно, думает, что он copy2ram

pfsload - при подключении pfs, лежащего на tmpfs - похоже выдает неправильный код завершения
В результате чего mnt_sfs "В некоторых системах невозможно подключение модуля, находящегося на RAM-диске"

Оффлайн ander

  • Активный участник
  • Старожил
  • ****
  • Сообщений: 300
  • Репутация: +16/-0
Re:Багтрекер PFS-utils
« Ответ #52 : 08 Февраль 2016, 00:33:17 »
pfsunload - да, так и есть.  Можно использовать ключ --nr, тогда не удалит.  Подумаю завтра, как можно отличить tmpfs для copy2ram от всех прочих.  Конечно, проще всего привязаться к конкретной директории, но не хотелось бы, не универсально.
 
А насчет pfsload - чего-то у меня на pra1601 game этот глюк не воспроизводится.  Нормально подключил через mnt_sfs как из домашней директории, так и из /tmp/.  При подключении непосредственно через pfsload код возврата нулевой.  Может быть, не на всяком pfs проявляется?  Что именно подключали?

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Re:Багтрекер PFS-utils
« Ответ #53 : 08 Февраль 2016, 09:26:47 »
pfsload - подключал : поиск в репе sfs-get - загрузка в /mnt + mnt_sfs
Название модуля не помню , но не на одном проявлялось

Оффлайн ander

  • Активный участник
  • Старожил
  • ****
  • Сообщений: 300
  • Репутация: +16/-0
Re:Багтрекер PFS-utils
« Ответ #54 : 08 Февраль 2016, 20:01:51 »
pfsunload поправил, в аттаче.  Пока ничего лучшего не придумал, привязался к стандартным директориям.

Глюк с mnt_sfs так и не воспроизвел, пробовал все, что у меня локально было.  Может быть, у вас просто файл недокачивался?  Короче говоря, надо конкретно смотреть, что не срабатывает.  Навскидку явных ошибок не нашел.
« Последнее редактирование: 08 Февраль 2016, 20:19:42 от ander »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Re:Багтрекер PFS-utils
« Ответ #55 : 09 Февраль 2016, 08:59:39 »
Да. unload теперь ок. С load - только дома проявлялось. Еще появится - запротоколирую

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Re: Багтрекер PFS-utils
« Ответ #56 : 23 Март 2016, 16:47:02 »
Не правильно обрабатываются ошибки в pfsextract
Если при копировании возникают ошибки - mksquashfs не должен запускаться
Иначе экран заполняется выводом mksquashfs и эти ошибки не замечаешь - на выходе модуль с потерянными файлами
Добавил условие - две строки #sfs break
В аттаче пример: pfsextract -g 1.pfs
pfsextract0 - исходный скрипт

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Re: Багтрекер PFS-utils
« Ответ #57 : 27 Март 2016, 11:08:11 »
Переделал. Эту проблему обошел через создание файла (костыльно). Надо бы тщательнее разобраться. Пока некогда