Bug 208864

Summary:	Ark: 7zip binary is 7za instead of 7z
Product:	[Applications] ark	Reporter:	Paulo Fidalgo <paulo.fidalgo.pt>
Component:	general	Assignee:	Harald Hvaal <metellius>
Status:	RESOLVED FIXED
Severity:	normal	CC:	kevin.kofler, rakuco, rdieter
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:	4.9.0
Sentry Crash Report:

Description Paulo Fidalgo 2009-09-29 13:10:40 UTC

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

Comment 1 Raphael Kubo da Costa 2009-09-30 04:04:01 UTC

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?

Comment 2 Paulo Fidalgo 2009-09-30 10:49:50 UTC

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.

Comment 3 Kevin Kofler 2011-03-23 23:34:56 UTC

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.

Comment 4 Kevin Kofler 2011-03-23 23:39:41 UTC

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?)

Comment 5 Rex Dieter 2011-03-24 17:17:57 UTC

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.

Comment 6 Paulo Fidalgo 2015-06-09 12:40:21 UTC

I believe this bug can be safely closed as everything now works as expected with Plasma 5 environment.

Comment 7 Kevin Kofler 2015-06-09 15:20:36 UTC

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