SUMMARY On Arch Linux, Ark cannot open 7z archives using 7-zip from https://aur.archlinux.org/packages/7-zip . It builds a 7zz binary, which as DOC/readme.txt in 7z2201-src.tar.xz describes, is a "Standalone version of 7-Zip console that supports all formats". Please support using the 7zz binary to interact with 7z archives. STEPS TO REPRODUCE 1. Have 7-zip installed which provides /usr/bin/7zz. 2. Make sure there's no /usr/bin/7z, i.e. p7zip is not installed. 3. Try to open a 7z archive. OBSERVED RESULT Ark showed en error. Loading the archive ‘/path/to/archive.7z’ failed with the following error: No suitable plugin found. Ark does not seem to support this file type. EXPECTED RESULT Ark should successfully open the 7z archive. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION
Currently, FreeBSD and openSUSE's 7-Zip packages have `7z` which links to `7zz`, but ALT Linux and Ubuntu's 7-Zip packages have no `7z`.
While it would be possible to adapt Ark to support the 7zz binary, it wouldn't be the right thing to do. Distributions that ship the new 7zz binary should also provide a legacy 7z symlink for compatibility, like e.g. openSUSE does.
The fact that Ark needed to specifically add support for the 7z binary being the official 7-zip, shows that thoughtlessly symlinking 7z to 7zz is not wise.
(In reply to nl6720 from comment #3) > The fact that Ark needed to specifically add support for the 7z binary being > the official 7-zip, shows that thoughtlessly symlinking 7z to 7zz is not > wise. I disagree. Ark is the exception here, because it uses 7z in advanced way, so we had no choice. Think about the common case. The 7z binary has been around for years and software in the wild assumed they could extract a random 7zip archive with a simple call to "7z x foo.7z".