47513 2023-09-11 11:24:17 +0300 Не раскрывается содержимое CONTENTS.cpio в RPM 2023-09-19 06:19:58 +0300 1 1 4 Development Sisyphus mc unstable all Linux CLOSED FIXED P5 major --- 1 taf asy aborodin asy ruslandh qa-sisyphus oldest_to_newest 232831 0 taf 2023-09-11 11:24:17 +0300 При нажатии Enter не раскрывается содержимое CONTENTS.cpio в RPM-файлах, как это было в предыдущей версии 4.8.28-alt1 232832 1 taf 2023-09-11 11:34:00 +0300 Похоже, что проблема коснулась и других архивов, не открываются tgz, tar.gz, tar.bz2 ни по Enter, и по F3 (в этом случае отображается сырое содержимое файла) При этом zip и tar открываются нормально. 232838 2 asy 2023-09-11 13:18:35 +0300 Ошибка закралась в mc-4.8.30-alt-extfs-udar.patch, вечером или Руслан исправит, или я. 232843 3 asy 2023-09-11 14:12:39 +0300 Или нет. В udar.patch ошибка есть, и она влияет на cpio. А вот другие архивы не работают по другой причине. Синтаксис регулярных выражений несовсем тот. Если в /etc/mc/mc.ext.ini [tar.gzip] Regex=\.t([gp]?z|ar\.g?[zZ])$ Include=tar.gz поменять на [tar.gzip] Regex=\\.t([gp]?z|ar\\.g?[zZ])$ Include=tar.gz начинает работать с tar.gz. Видимо надо все регулярные выражения там аналогично править, либо, может быть, это как-то от способа использования libpcre зависит. 232874 4 asy 2023-09-11 18:00:13 +0300 Mon Sep 11 2023 Sergey Y. Afonin <asy@altlinux> 4.8.30-alt2 - fixed mc-4.8.30-alt-extfs-udar.patch 232876 5 asy 2023-09-11 18:01:19 +0300 Про регулярные выражения сделал другой баг, они разные всё же: bug 47523 232890 6 ruslandh 2023-09-12 07:02:39 +0300 Добавлю всё-же ссылку на твою багу ;-) https://bugzilla.altlinux.org/47523 232894 7 aborodin 2023-09-12 08:25:46 +0300 (Ответ для Sergey Y. Afonin на комментарий #4) > Mon Sep 11 2023 Sergey Y. Afonin <asy@altlinux> 4.8.30-alt2 > - fixed mc-4.8.30-alt-extfs-udar.patch -+Regex/i/\.[0-9]*\.dar$] ++Regex=/i/\.[0-9]*\.dar$ Это не фикс ни разу. Старый синтаксис mc.ext в новом mc.ext.ini не работает. -+Regex/i/\.[0-9]*\.dar$] ++Regex=\\.[0-9]*\\.dar$ ++RegexIgnoreCase=true 232899 8 asy 2023-09-12 08:46:08 +0300 (In reply to Andrew Borodin from comment #7) > Это не фикс ни разу. Старый синтаксис mc.ext в новом mc.ext.ini не работает. > > -+Regex/i/\.[0-9]*\.dar$] > ++Regex=\\.[0-9]*\\.dar$ > ++RegexIgnoreCase=true Я, честно говоря, только внешний вид посмотрел, с явным пропуском "=" и нишней "]". :-( Спасибо. 233067 9 asy 2023-09-13 18:35:08 +0300 (In reply to Andrew Borodin from comment #7) > Это не фикс ни разу. Вообще, формально, проблему с cpio это неисправление решило, это был теперь другой баг. :-) Поправлено, правда архива с dar нет под руками. mc-4.8.30-alt3 -> sisyphus: Wed Sep 13 2023 Sergey Y. Afonin <asy@altlinux> 4.8.30-alt3 - updated to 20230912 git snapshot - applyed mc-4.8.30-mc.ext.ini-escape.patch (ALT #47523) - fixed mc-4.8.30-alt-extfs-udar.patch again (ALT #47513#c7) 233364 10 ruslandh 2023-09-17 21:39:48 +0300 (Ответ для Andrew Borodin на комментарий #7) > (Ответ для Sergey Y. Afonin на комментарий #4) > > Mon Sep 11 2023 Sergey Y. Afonin <asy@altlinux> 4.8.30-alt2 > > - fixed mc-4.8.30-alt-extfs-udar.patch > > -+Regex/i/\.[0-9]*\.dar$] > ++Regex=/i/\.[0-9]*\.dar$ > > Это не фикс ни разу. Старый синтаксис mc.ext в новом mc.ext.ini не работает. > > -+Regex/i/\.[0-9]*\.dar$] > ++Regex=\\.[0-9]*\\.dar$ > ++RegexIgnoreCase=true Андрей, а нельзя включить в mc скрипт для преобразования старого файла работы с расширениями в новый файл с новым форматом автоматом ? PS не получилось написать руками описание файла xpi (одно из названий zip). PPS было-бы ещё прекраснее, чтобы с помощью file праильно расшифровывался формат, а не приавязывался бы к расширению, но понимаю, что мечтать не вредно ;-) 233365 11 ruslandh 2023-09-17 21:43:42 +0300 Завязал xpi на 7zip - он сам разобрался с форматом файла ;-) 233421 12 aborodin 2023-09-18 21:36:44 +0300 (Ответ для ruslandh на комментарий #10) > Андрей, а нельзя включить в mc скрипт для преобразования старого файла > работы с расширениями в новый файл с новым форматом автоматом ? Это слишком сложно. Я не думаю, что время и силы, потраченные на написание и отладку такого скрипта, стоят того. > PS не получилось написать руками описание файла xpi (одно из названий zip). Это должно отрабатываться "из коробки" секцией [zip-by-type]. > PPS было-бы ещё прекраснее, чтобы с помощью file праильно расшифровывался > формат, а не приавязывался бы к расширению, но понимаю, что мечтать не > вредно ;-) Ключ Type как раз и используется для определения типа по выхлопу file. 233429 13 ruslandh 2023-09-19 06:19:58 +0300 Тогда с xpi что-то не так, возможно тогда само расширение обработки zip не так работает. PS как его лучше отлаживать ?