Summary: | Ark does not support using the 7zz binary for 7z archives | ||
---|---|---|---|
Product: | [Applications] ark | Reporter: | nl6720 |
Component: | plugins | Assignee: | Elvis Angelaccio <elvis.angelaccio> |
Status: | REPORTED --- | ||
Severity: | normal | CC: | aacid, nl6720, rthomsen6 |
Priority: | NOR | ||
Version: | 22.08.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=440135 | ||
Latest Commit: | Version Fixed In: |
Description
nl6720
2022-08-26 09:28:36 UTC
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". |