Похоже, что проблема коснулась и других архивов, не открываются 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 как его лучше отлаживать ?