FS#78276 - [xarchiver] support for zstd seems broken
Attached to Project:
Community Packages
Opened by Eduard de Jong (jongeduard) - Friday, 21 April 2023, 17:14 GMT
Last edited by Toolybird (Toolybird) - Friday, 21 April 2023, 23:31 GMT
Opened by Eduard de Jong (jongeduard) - Friday, 21 April 2023, 17:14 GMT
Last edited by Toolybird (Toolybird) - Friday, 21 April 2023, 23:31 GMT
|
Details
Description:
Hi! I am using Xarchiver and with dependencies also installed, including zstd. To prove this, I checked it with: pacman -Qi xarchiver, which shows me the following list of installed optional dependencies: Optional Deps : arj: ARJ support [installed] binutils: deb support [installed] bzip2: bzip2 support [installed] cpio: RPM support [installed] gzip: gzip support [installed] lha: LHA support [installed] lrzip: lrzip support [installed] lz4: LZ4 support [installed] lzip: lzip support [installed] lzop: LZOP support [installed] p7zip: 7z support [installed] tar: tar support [installed] unarj: ARJ support [installed] unrar: RAR support [installed] unzip: ZIP support [installed] xdg-utils: recognize more file types to open [installed] xz: xz support [installed] zip: ZIP support [installed] zstd: zstd support [installed] Version of Xarchiver: 0.5.4.20-1 Steps to reproduce: Try to open a a .tar.zstd file. A message is shown that this archive format is not supported. I also have the thunar-archive-plugin-zstd from AUR installed, which always worked in Thunar to give me the right-click option for creating a .tar.zstd archive. The option is no longer shown. But thus plugin is not required for Xarchiver itself to work correctly. If I uninstall it and install the regular thunar-archive-plugin, it turns out the problem is not resolved either. Note however that my suspicion is that the cause might not be Xarchiver iteself, but something different, maybe something changed in zstd. The reason is that downgrading to 2 older versions of Xarchiver that I still have in /var/cache/pacman/pkg/ does not seem to help. |
This task depends upon
Closed by Toolybird (Toolybird)
Friday, 21 April 2023, 23:31 GMT
Reason for closing: Upstream
Additional comments about closing: Thanks for reporting/investigating.
Friday, 21 April 2023, 23:31 GMT
Reason for closing: Upstream
Additional comments about closing: Thanks for reporting/investigating.
https://github.com/ib/xarchiver/issues/170
Meanwhile I already built and tested the master version myself and noticed it works correctly. That made me look even further.
The cause of the issue turned out to be a newly introduced difference between a short help output (zstd -h) and a verbose one (zstd -H) of the latest zstd version.
Apparently Xarchiver uses that help output in order to decide whether it's good enough to consider zstd to be "installed" on the system.
I know this kind of text parsing is always very sensitive to subtile changes - I am not a fan of it.
So now we just have to be patient wait for a new release to be made in order to eventually get it on Arch Linux.