При нажатии Enter не раскрывается содержимое CONTENTS.cpio в RPM-файлах, как это было в предыдущей версии 4.8.28-alt1
Похоже, что проблема коснулась и других архивов, не открываются tgz, tar.gz, tar.bz2 ни по Enter, и по F3 (в этом случае отображается сырое содержимое файла) При этом zip и tar открываются нормально.
Ошибка закралась в mc-4.8.30-alt-extfs-udar.patch, вечером или Руслан исправит, или я.
Или нет. В 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 зависит.
Mon Sep 11 2023 Sergey Y. Afonin <asy@altlinux> 4.8.30-alt2 - fixed mc-4.8.30-alt-extfs-udar.patch
Про регулярные выражения сделал другой баг, они разные всё же: bug 47523
Добавлю всё-же ссылку на твою багу ;-) https://bugzilla.altlinux.org/47523
(Ответ для 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
(In reply to Andrew Borodin from comment #7) > Это не фикс ни разу. Старый синтаксис mc.ext в новом mc.ext.ini не работает. > > -+Regex/i/\.[0-9]*\.dar$] > ++Regex=\\.[0-9]*\\.dar$ > ++RegexIgnoreCase=true Я, честно говоря, только внешний вид посмотрел, с явным пропуском "=" и нишней "]". :-( Спасибо.
(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)
(Ответ для 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 праильно расшифровывался формат, а не приавязывался бы к расширению, но понимаю, что мечтать не вредно ;-)
Завязал xpi на 7zip - он сам разобрался с форматом файла ;-)
(Ответ для ruslandh на комментарий #10) > Андрей, а нельзя включить в mc скрипт для преобразования старого файла > работы с расширениями в новый файл с новым форматом автоматом ? Это слишком сложно. Я не думаю, что время и силы, потраченные на написание и отладку такого скрипта, стоят того. > PS не получилось написать руками описание файла xpi (одно из названий zip). Это должно отрабатываться "из коробки" секцией [zip-by-type]. > PPS было-бы ещё прекраснее, чтобы с помощью file праильно расшифровывался > формат, а не приавязывался бы к расширению, но понимаю, что мечтать не > вредно ;-) Ключ Type как раз и используется для определения типа по выхлопу file.
Тогда с xpi что-то не так, возможно тогда само расширение обработки zip не так работает. PS как его лучше отлаживать ?