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

Автор Тема: Двоеточие и т.п. символы ломают распаковку модуля.pfs  (Прочитано 2216 раз)

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
В арче бывают пакеты c : в названии
https://www.archlinux.org/packages/community/x86_64/remmina/
Мы договаривались не заморачиваться пробелами и т.п. в названиях. Ок
Но тут получается засада и мина замедлепнного действия.
Т.е. составной пфс из папок с такими названиями соберется и будет работать, но его потом будет не разобрать (т.к. в список файлов не все попадет)
Полностью решить будет сложновато. Предлагаю, хотя бы , убрать мину
Т.е. в mkpfs выдавать ошибку или предлагать переименовать с убиранием спецсимволов

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Тут не тот случай. Мы можем сказать что пробелы в именах модулей приведут к ошибкам, но мы же не можем запретить вообще все файлы. Надо чинить.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Добавил в селфтест файл с именем 'test +=:.,' и проверку его наличия после pfsextract -d. Все прошло нормально. Не помню чтоб я специально что-то делал в этом направлении. Прогоните у себя селфтест с веткой  pfsget (все скрипты), и ваш пример  с двоеточием. Если ошибка исчезнет то уже проще наверное смержить pfsget  в мастер.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Проверял кто нибудь?
да. в prar2008. Проблема есть : mkpfs -d папок с : в названии потом не распаковывается - см. выше
« Последнее редактирование: 14 Август 2020, 15:29:45 от sfs »

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Проблема есть : mkpfs -d папок с : в названии потом не распаковывается - см. выше
А это?

Прогоните у себя селфтест с веткой  pfsget
Странно как-то у меня с таким именем файл в тесте - "test +=:.," И вроде работает.
« Последнее редактирование: 14 Август 2020, 19:42:04 от betcher »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
паковал такое :
Код
mkdir -p 0/1 && mkdir 0/1:2 && echo aaa >0/1:2/aa

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Хорошо, на таком же проверю.
Стоп. Но это же будет не составной модуль. Там вообще списков нет.
« Последнее редактирование: 16 Август 2020, 08:14:38 от betcher »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Составной. В папке 0 - две папки 1 и 1:2

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Составной. В папке 0 - две папки 1 и 1:2
В этом и косяк. При сборке имя папки с ":" станет именем подмодуля, а не просто файлом в модуле. Даже если починить mklist (там у sed ":" разделителем, можно на # заменить), все равно потом pfsinfo вернет для pfsextract 1 и 1:2, а pfsextract понимает 1:2 как подмодуль 2 модуля 1. То есть ":" здесь разделитель между именем модуля и именем его подмодуля, при глубокой вложенности там много двоеточий может быть aa:bb:cc:1 и т.д.
Наверное можно это развести если считать разделителем к примеру "::". Нужно запариваться с этим? Всеже договорились не использовать в именах модулей спец.символы.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Всеже договорились не использовать в именах модулей спец.символы.
Тогда надо хотя бы вывод ошибки в такой ситуации

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A