Bug 473186 - when using ark to uncompress zip files, links are replaced by text files
Summary: when using ark to uncompress zip files, links are replaced by text files
Status: RESOLVED DUPLICATE of bug 415723
Alias: None
Product: ark
Classification: Applications
Component: plugins (show other bugs)
Version: 23.04.3
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Elvis Angelaccio
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-08-09 01:51 UTC by François Bissey
Modified: 2023-08-16 14:36 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description François Bissey 2023-08-09 01:51:13 UTC 
SUMMARY

I was using ark to unpack a zip file (Matlab installation file in that instance, so I cannot provide it). When I tried to run the installer I found there was weird errors that library files were too short. Upon inspection those files in .so.# were just containing another file name. For example lixexpat.so.1 was containing the text libexpat.so.1.8.7 which happened to be another file in the same folder.
When using unzip directly those files uncompressed properly as relative symbolic link. 

SOFTWARE/OS VERSIONS
Gentoo Linux
KDE Plasma: 5.27.6
KDE Frameworks: 5.108.0
QT: 5.15.10
Comment 1 2wxsy58236r3 2023-08-10 06:08:03 UTC 
Can you please check which plugin you are using?

(See also: Bug 415723)
Comment 2 François Bissey 2023-08-10 07:03:44 UTC 
I will not be sitting physically at the machine before Monday (New Zealand time), I'll let you know then.
Comment 3 François Bissey 2023-08-15 21:03:45 UTC 
I have the following plugins that mention zip (in order of appearance in the plugin pane):
* 7z
* info-zip
* libzip

I cannot see any menu to enable to choose a plugin, so I guess there is a default selection order amongst those.
Comment 4 François Bissey 2023-08-15 23:09:16 UTC 
I tried to deselect plugins to see if I could isolate which one. But it appears the list is regenerated each time a command touch an archive. Effectively the selection menu for plugin does not behave like I expect.
It seems the only way to figure which plugin has the behavior is to un-install the others so you are sure they are not detected.
Comment 5 François Bissey 2023-08-15 23:20:26 UTC 
OK, I still see the behavior after uninstalling p7zip and info-zip [they are now grayed in the plugin menu], which leaves libzip as our culprit, unless libarchive or RAR somehow get used as a priority for .zip.
Comment 6 2wxsy58236r3 2023-08-16 14:36:57 UTC 

*** This bug has been marked as a duplicate of bug 415723 ***