The 7z program stores the directories (or only their names?) twice in 7z archive. I noticed it, when i entered the archive from mc, which clearly displays each directory name doubled. In my opinion this is not mc bug, because i created a similar archive on Windows, and mc displays the content of that archive well, without the doubled names. Reproducible: Always Steps to Reproduce: 1. Create a test folder, and enter it (empty now). 2. Create a d directory, and create a file in the d directory. 3. Archive the current directory: 7z a -t7z -m0=lzma 7ztest * Actual Results: Enter the 7ztest file from mc, you will see the d directory twice. Expected Results: Enter the 7ztest file from mc, you should see the d directory only once. Reiserfs (v3?) filesystem, app-arch/p7zip-4.55, app-misc/mc-4.6.1-r3.
Sorry, this looks as a bug in mc scripts not in p7zip. Could you please investigate about your mc extension responsible for handling 7z and reopen the bug with more information, specificaly if thats internal mc bug or in mc scripts?.
It can not be mc bug in my opinion (or if it is, quite odd bug: mc works with 7z created on windows, but not with linux version). As i wrote, if i view a 7z file which is created with windows version of 7zip, mc handles it well. However if i create it on linux, the problem occurs. I do not use any script in mc, the mc is compiled with 7zip use flag, of course. With other words, i use mc only for testing the 7z file, and the test clearly fails, because i see doubled directories. All i can say, is how i try to compress a directory with the following command: 7z a -t7z -m0=lzma -mx=9 -mfb=64 -md=32m compressed.7z compressthisdirectory Hopefully this helps.
I checked with the following command if it is correct: 7z l compressed.7z And the list looks good, without doubled directory names. Very odd. Does it mean, the 7zip extension of mc does not handle correctly the linux version of 7z, only the windows version of 7z? Unbelievable. It would be nice to know, how i can verify this with other tool.
I have more info now. The windows version of 7z which works well, it is "7-Zip 4.42 Copyright (c) 1999-2006 Igor Pavlov 2006-05-14", and the linux version of 7z which is buggy, it is "7-Zip 4.55 beta Copyright (c) 1999-2007 Igor Pavlov 2007-09-05". Probably the word beta has a reason. Until it is fixed, i probably mask this version in portage, and use an earlier, working version. Not sure how much time i will play with the versions, however if i find a working one, i will post its version here.
Here is the "official" result of my tests. I tried each available version of p7zip from Gentoo portage, and each one failed. It means versions: 4.44, 4.45, 4.48, 4.51, 4.55. However, i downloaded the 4.42 source of p7zip, compiled it, and works fine in Gentoo! It can mean two things: either the Gentoo packages are buggy, or there is a bug in p7zip above 4.42 version. I decided to test the windows version, i found the 4.57 windows version. It produces the same problem!!! This second result definetly means that the bug is not in Gentoo portage. It is in p7zip above 4.42 version, even if the 7zFM.exe does not display the directories two times. Or it is not bug, it is some new feature, which confuses midnight commander. Either case, the mc and p7zip are not compatible. Thus, now i need the p7zip 4.42 ebuild, and mask the higher versions, until this bug is fixed (either in p7zip or mc).
This is outside of the scope of my work here and probably should be handled by midnight commander, not by p7zip.
