Bug 2373874
| Summary: | 7z cannot find library when invoked with full path: Codec Load Error: /usr/bin/7z.so : errno=2 : No such file or directory | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michael <frost.choosing865> |
| Component: | 7zip | Assignee: | Michel Lind <michel> |
| Status: | VERIFIED --- | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | agurenko, awilliam, davide, gui1ty, kde-sig, kparal, lplt77p20omx, lruzicka, michel, nalimilan, rdieter, robatino, than, yselkowi |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| URL: | https://bugs.kde.org/show_bug.cgi?id=505637 | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | --- | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | --- | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 2363812, 2366470 | ||
|
Description
Michael
2025-06-19 13:44:44 UTC
CC: Fedora 7zip package maintainer It looks like a regression in 7zip, as ark worked fine before switching from p7zip to 7zip. Reassigned it to 7zip I just ran into this while working on patool and had an interesting observation. The error only occurs when `7z` is invoked using the full path. Compare `7z i` vs. `/usr/bin/7z i`. The first will print information regarding formats and codecs, etc. It also states: Libs: 0 : 24.09 : /usr/libexec/7zip/7z.so The latter bails out with: Codec Load Error: /usr/bin/7z.so : errno=2 : No such file or directory Apparently, when the full path is given, `7z` expects the library to be present in the same location as the executable. It looks like the applied patch [1] does not work when using the full path to the executable. Since 7zip is replacing p7zip in F43+, this should be fixed before F43 is shipped. [1] https://src.fedoraproject.org/rpms/7zip/blob/rawhide/f/7zip-find-so-in-libexec.diff > Apparently, when the full path is given, `7z` expects the library to be > present in the same location as the executable. It looks like the applied > patch [1] does not work when using the full path to the executable. > > Since 7zip is replacing p7zip in F43+, this should be fixed before F43 is > shipped. > > [1] > https://src.fedoraproject.org/rpms/7zip/blob/rawhide/f/7zip-find-so-in- > libexec.diff I have amended the patch so the library will always be searched for in /usr/libexec/7zip: https://src.fedoraproject.org/rpms/7zip/pull-request/5 Ping? Could one of the maintainers please merge the PR and rebuild or state what's keeping the fix from being shipped? I also bumped into this when trying to build the Julia package. FEDORA-2025-e3ef218150 (7zip-24.09-6.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-e3ef218150 Proposed as a Freeze Exception for 43-final by Fedora user ngompa using the blocker tracking app because: 7zip (which is included on media) is broken OOTB without this. The patch is not compatible with flatpak builds (e.g. for ark) which use the /app prefix instead of /usr. Discussed at the blocker review meeting on 20th Oct. 2025 AGREED AcceptedFinalBlocker This is upgraded and accepted as a Final BLOCKER as a violation of Final criterion "For all release-blocking desktop / arch combinations, the following applications must start successfully and withstand a basic functionality test: ... archive manager", as testing indicates this affects all standard ways of interacting with archives in KDE (ark, Dolphin) and 7zip archives are very common, especially for platform-agnostic interchange. https://meetbot.fedoraproject.org/blocker-review_matrix_fedoraproject-org/2025-10-20/f43-blocker-review.2025-10-20-16.02.html FEDORA-2025-e3ef218150 has been pushed to the Fedora 43 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-e3ef218150` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-e3ef218150 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. (In reply to Fedora Update System from comment #11) > FEDORA-2025-e3ef218150 has been pushed to the Fedora 43 testing repository. Fixes both Ark and Dolphin Unfortunately this isn't enough to fix my use case in the Julia package. Julia calls 7z via a symlink /usr/libexec/julia/7z which points to /usr/bin/7z. This ensures Julia uses /usr/bin/7z even if PATH has been changed by the user. But that fails because the symlink doesn't start with /usr/bin. I can work around this in several ways, but it's annoying that symlinks don't work. Ugh, yes, we definitely want that usecase to work. Let's keep this bug open for now. FEDORA-2025-e3ef218150 (7zip-24.09-6.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report. Maybe the Julia case should be a separate bug? anyway, f43 is out, so dropping blocker metadata. |