Cannot uncompress .xz file format

[vidrep]

Downloaded a FreeBSD iso image: ​ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/ISO-IMAGES/10.1/FreeBSD-10.1-RELEASE-i386-dvd1.iso.xz

However, Haiku is unable to decompress the file. Expander shows an empty directory.

[humdinger]

Make sure you have the xz_utils package installed. It may have been emigrated from the trunk in the past, can't remember...

[pulkomandy]

Expander should be more explicit in that case, and even offer to install the package. An empty file list with no output is not user friendly.

[vidrep]

I find it a little strange that xz utilities are not installed by default, since downloadable Haiku images were available in that format until fairly recently IIRC. Pulkomandy's suggestion of a dialog to offer an installation of the package is a great idea, which could be implemented system wide for any instance where a package is available, but not installed i.e. Video/audio codecs.

[humdinger]

The xz package is part of the image. I guess you don't use a freshly downloaded image, but keep updating older installations. Something similar happened when the DejaVu font was outsourced. Installing packages from within apps would be a new enhancement ticket.
I remember PulkoMandy mentioning the idea to have archivers etc. work the same way as Translators today. Probably an R2 topic... Closing ticket.

[vidrep]

I did a fresh install of hrev49381 x86_gcc2. The xz package is indeed installed, but will not open the FreeBSD DVD ISO linked in the ticket. Maybe the problem lies elsewhere, such as file corruption?

[vidrep]

I downloaded the FreeBSD iso a second time, and expander still shows an empty directory and does not uncompress the file.

[vidrep]

Tried something different. From the terminal:

unxz filename.xz

Worked! Does this mean that the Expander app is not working?

[vidrep]

Did anybody actually click on the link, download the file, and try replicating the problem? Or, was my ticket simply dismissed out of hand as invalid "It can't be...therefore it isn't"

[bonefish]

This is a problem with plain ".xz" files only. ".tar.xz" and ".txz" work. Easy to reproduce with an empty file (touch ~/Desktop/foo.xz), BTW. The expander rule looks good:

"application/x-xz"      .xz     "echo %s | sed 's/.xz$//g'"     "xz -df %s"

At least for listing it is analogous to the rule for ".gz":

"application/x-gzip"    .gz     "echo %s | sed 's/.gz$//g'"     "gunzip -c %s > `echo %s | sed 's/.gz$//g'`"

A difference compared to the gzip rules is that those for ".tar.gz" and ".tgz" don't list a MIME type. Copying the /system/data/expander/rules/xz_utils to /system/non-packaged/data/expander/rules/xz_utils and clearing those MIME type entries does indeed solve the problem.

So the xz_utils package needs to be fixed. Please file a HaikuPorts ticket.

[vidrep]

Thanks for looking into it. Is it OK to paste your analysis into the Haikuports ticket?

[bonefish]

Replying to vidrep:

Is it OK to paste your analysis into the Haikuports ticket?

Sure.

[humdinger]

Replying to vidrep:

Did anybody actually click on the link, download the file, and try replicating the problem? Or, was my ticket simply dismissed out of hand as invalid

No. I may have misread your ticket. I assumed you were talking of xz files in general, so I tried one I had and it worked. I didn't download the dvd sized image you linked. I appologize. But maybe you could've described more explicitly what else you've tried and that it really was just that one particular file...
Anyway, thanks Ingo for investigating properly.

[vidrep]

Following up on this ticket: I can confirm that Haiku expander app now correctly handles this file format.