Version: 2.13 (using 4.3.1 (KDE 4.3.1), 4.3.1-3.fc11 Fedora) Compiler: gcc OS: Linux (x86_64) release 2.6.30.5-43.fc11.x86_64 After installed 7zip in my system, I've found that I still can't open the 7z files. In the Ark message I've got: Reading the archive '/home/fidalgo/Downloads/breakout.7z' failed with the error 'Failed to locate program '7z' in PATH.' Although at least in Fedora 11, the binary is named 7za. I don't know about other distros out there, but if this issue is a Fedora only, let me know, and I will report upstream. Best regads, Paulo Fidalgo
If I understood the man page correctly, 7za is different from 7z: the former is stand-alone and doesn't need any other executables to compress or decompress files, and thus supports less formats than the latter. According to http://cvs.fedoraproject.org/viewvc//rpms/p7zip/F-11/p7zip.spec?view=markup, you should have both 7z and 7za installed. Isn't this the case?
I'm sorry, you are right, although I have to install the package p7zip-plugins, in order to get the 7z binary. Thanks for your attention, and sorry for opening a invalid bug.
Uh, why did this get closed? Ark needs only 7za to handle 7z archives, it makes no sense to require the full plugin-based 7z version. They're in different subpackages. Ark should really check what's available, i.e. try 7za (the 7z-only version) first, and then 7z (the plugin-enabled version). For reference, this is the code Krusader uses: http://websvn.kde.org/trunk/extragear/utils/krusader/krusader/Konfigurator/kgdependencies.cpp?revision=1098187&view=markup It tries 7z first, then 7za. Ark will need to be fixed to do something similar.
Oops, fixed link to the Krusader file: https://projects.kde.org/projects/extragear/utils/krusader/repository/revisions/master/entry/krusader/Konfigurator/kgdependencies.cpp (Grrr, why does the websvn link no longer work, even with the revision included?)
Some thinking out loud from the downstream bug, https://bugzilla.redhat.com/show_bug.cgi?id=607126 On a related topic of p7zip runtime dependency... As-is, ark.desktop claims support for 7z mimetype, so requires packagers to add a hard dependency to make it "just work". An option to make this more flexible, would be to emulate okular, and provide separate .desktop files for each mimetype (that's supported by a helper app at least), and include the appropriate TryExec= key in each.
I believe this bug can be safely closed as everything now works as expected with Plasma 5 environment.
This was fixed in 2012 (kdeutils 4.9.0) by: http://commits.kde.org/ark/50d645ad0a2ffa53e5d032aac52b3874e816ae67 An issue with the command priorities (bug #329941) was additionally fixed in 2014 (4.12.4): http://commits.kde.org/ark/3170fd1017b19bce532a8c9e679dd7297b1c70b1