You are not logged in.
I just noticed mc won't enter into compressed tar archives anymore, e.g. into tar.gz. At least several days ago it worked well.
Steps to reproduce:
$ mkdir dir
$ touch dir/foo dir/bar
$ tar -czf dir.tar.gz dir
$ mc
Then set cursor on dir.tar.gz and press Enter. Nothing happens.
The same with tar.bz2, tar.xz, tar.zstd. The same with .tgz suffix.
Entering non-compressed .tar works well.
Entering .cpio works well.
mc-4.8.30-1
Downgrade mc to 4.8.29-2 and to 4.8.29-1 didn't help.
It also happens for newly created users, i.e. ~/.config/mc is absent before run and is empty after first run.
/etc/mc/ is unchanged and the same as in the packages (checked for 4.8.30 and 4.8.29).
Seems mc package is not to blame. I briefly checked other packages upgraded recently. Downgrading zlib to 1:1.2.13-3 didn't help. However, affected not only tar.gz.
How to find a culprit?
Last edited by dimich (2023-09-12 01:29:58)
Offline
Have you tried rebooting your system?
Offline
Have you tried rebooting your system?
Just rebooted, nothing changed. Can't imagine why that would help.
Offline
mc uses a tempfile for this, do you get one in /tmp/mc-$USER (it's unlinked short thereafter, so you've to look quickly) and do you have write access to that path?
Offline
I don't use mc myself, but I can confirm that it worked before the update and didn't work, after.
mc before the update:
extra/mc 4.8.30-1
The whole update, small enough for a full dump:
extra/aom 3.6.1-1 3.7.0-1
extra/arch-wiki-docs 20230228-1 20230901-1
extra/arch-wiki-lite 20230228-1 20230901-1
extra/freetype2 2.13.1-1 2.13.2-1
core/glib2 2.76.4-1 2.76.5-1
extra/imagemagick 7.1.1.15-2 7.1.1.15-3
extra/libdeflate 1.18-1
extra/libjxl 0.8.2-1 0.8.2-2
extra/openexr 3.1.11-1 3.2.0-2
The one new package is libdeflate, which looked suspicious, but it seems to be a new dep of openexr.
Offline
mc uses a tempfile for this, do you get one in /tmp/mc-$USER (it's unlinked short thereafter, so you've to look quickly) and do you have write access to that path?
The directory is created after mc run and has correct permissions:
drwx------ 2 dimich dimich 40 Sep 2 10:31 /tmp/mc-dimich
I can see with inotifywait temporary files are created and deleted there when i access files inside of .cpio (but not when i enter into .cpio).
By the way, enter into .cpio.gz and .cpio.xz works as well.
The whole update, small enough for a full dump
Thank you for narrowing the search! After downgrade glib2 to 2.76.4-1 it started to work again. Looks like a reason to file a bug to upstream. Remains to figure out whether report to glib2 or to mc.
Offline
There's not much change between those two glib2 versions, https://gitlab.gnome.org/GNOME/glib/-/c … glib-2-76/
Likely either https://gitlab.gnome.org/GNOME/glib/-/c … 16847b9582 or https://gitlab.gnome.org/GNOME/glib/-/c … 437c143ac6 ?
You could try to simply rebuild mc against the updated glib2 in case they just broke the ABI.
Offline
I'm seeing the same problem. Though I'm also seeing some other broken things. For instance, opening a .mp4 file fails. Opening a LibreOffice file also fails. Opening a PDF file works, as does opening a .zip.
I've also tried rebuilding MC against the new version of glibc. Doesn't help - problem persists.
Since I use MC almost constantly, I guess I'm going to have to downgrade glibc and set it ignored for the moment. I hope there is some simple solution...
Offline
*Not* glibc, glib2!
Offline
*Not* glibc, glib2!
Sorry, typo...
Offline
No problem - it's just that downgrading glibc in isolation has some disaster potential
Offline
A workaround exists:
Offline
You could try to simply rebuild mc against the updated glib2 in case they just broke the ABI.
Rebuilding mc with glib-2.76.5 didn't help.
Ticket in mc upstream already exists: https://midnight-commander.org/ticket/4502
Workaround by replacing all `\` with `\\` in mc.ext.ini does work.
Offline
A quick fix:
sudo cp -a /etc/mc/mc.ext.ini /etc/mc/mc.ext.ini.bak
sudo sed '/Regex=/s/\\/\\\\/g' -i /etc/mc/mc.ext.ini
Offline
Please try glib2 2.76.5-2 currently in core testing which cherry-picks https://gitlab.gnome.org/GNOME/glib/-/c … e7d2ec11d9
Offline
Please try glib2 2.76.5-2 currently in core testing which cherry-picks https://gitlab.gnome.org/GNOME/glib/-/c … e7d2ec11d9
With glib2 2.76.5-2 everything seems to work fine.
Offline