Bug 147877 - xz fails to extract files on sparc64
Summary: xz fails to extract files on sparc64
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: sparc64 (show other bugs)
Version: 8.1-PRERELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-sparc64 (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-15 13:20 UTC by Manuel Schiller
Modified: 2010-06-16 12:36 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Manuel Schiller 2010-06-15 13:20:01 UTC
	When trying to extract a file compressed in the xz format,
	/usr/bin/xz fails with the message

	/usr/bin/xz: mpfr-3.0.0.tar.xz: Compressed data is corrupt

	Since the file as downloaded from the internet passes both the
	MD5 and SHA256 checksum test (and decompesses correctly on a
	amd64 linux machine with the same version of the xz utility),
	I assume that there are some portability issues which should
	be addressed.

Fix: 

Apart from decompressing the file somewhere else, I do not
        know how to fix this.
How-To-Repeat: 	Execute on a sparc64 box:

	fetch  http://www.mpfr.org/mpfr-current/mpfr-3.0.0.tar.xz
	xz -d mpfr-3.0.0.tar.xz
Comment 1 Michael Moll freebsd_committer freebsd_triage 2010-06-15 14:33:14 UTC
Hi,

On Tue, Jun 15, 2010 at 02:13:33PM +0200, Manuel Schiller wrote:
> >How-To-Repeat:
> 	Execute on a sparc64 box:
> 
> 	fetch  http://www.mpfr.org/mpfr-current/mpfr-3.0.0.tar.xz
> 	xz -d mpfr-3.0.0.tar.xz

Should be fixed with r209089 (one day after your build). At least it
works on CURRENT:

server01# fetch http://www.mpfr.org/mpfr-current/mpfr-3.0.0.tar.xz
mpfr-3.0.0.tar.xz                             100% of  977 kB  557 kBps
server01# xz -d mpfr-3.0.0.tar.xz
server01# uname -a
FreeBSD server01.matrix.int 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sun Jun 13 22:34:07 CEST 2010 root@server01.matrix.int:/usr/obj/usr/src/sys/VIMAGE  sparc64

Kind Regards
-- 
Michael Moll
Comment 2 Manuel Schiller 2010-06-15 16:24:09 UTC
On Tue, 15 Jun 2010 15:33:14 +0200, Michael Moll <kvedulv@kvedulv.de>
wrote:
> Hi,
> 
> On Tue, Jun 15, 2010 at 02:13:33PM +0200, Manuel Schiller wrote:
>> >How-To-Repeat:
>> 	Execute on a sparc64 box:
>> 
>> 	fetch  http://www.mpfr.org/mpfr-current/mpfr-3.0.0.tar.xz
>> 	xz -d mpfr-3.0.0.tar.xz
> 
> Should be fixed with r209089 (one day after your build). At least it
> works on CURRENT:
> 
> server01# fetch http://www.mpfr.org/mpfr-current/mpfr-3.0.0.tar.xz
> mpfr-3.0.0.tar.xz                             100% of  977 kB  557 kBps
> server01# xz -d mpfr-3.0.0.tar.xz
> server01# uname -a
> FreeBSD server01.matrix.int 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sun Jun
13
> 22:34:07 CEST 2010 root@server01.matrix.int:/usr/obj/usr/src/sys/VIMAGE 
> sparc64
> 
> Kind Regards

Hi,

thanks. that sounds great. I did try to cvsup my source tree before I sent
the PR and had a look at the file modification dates, and it didn't seem as
if any of the relevant files have been modified since my last build. Maybe
that means that the change has not found its way to RELENG-8 yet. To make
sure, I will cvsup again and rebuild world. I'll let you know what comes
out.

Best regards,

Manuel
Comment 3 Manuel Schiller 2010-06-16 10:05:58 UTC
On Tue, Jun 15, 2010 at 05:24:09PM +0200, mala@hinterbergen.de wrote:
> On Tue, 15 Jun 2010 15:33:14 +0200, Michael Moll <kvedulv@kvedulv.de>
> wrote:
> > Should be fixed with r209089 (one day after your build). At least it
> > works on CURRENT:
> > 
> > server01# fetch http://www.mpfr.org/mpfr-current/mpfr-3.0.0.tar.xz
> > mpfr-3.0.0.tar.xz                             100% of  977 kB  557 kBps
> > server01# xz -d mpfr-3.0.0.tar.xz
> > server01# uname -a
> > FreeBSD server01.matrix.int 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sun Jun
> 13
> > 22:34:07 CEST 2010 root@server01.matrix.int:/usr/obj/usr/src/sys/VIMAGE 
> > sparc64
> > 
> 
> Hi,
> 
> thanks. that sounds great. I did try to cvsup my source tree before I sent
> the PR and had a look at the file modification dates, and it didn't seem as
> if any of the relevant files have been modified since my last build. Maybe
> that means that the change has not found its way to RELENG-8 yet. To make
> sure, I will cvsup again and rebuild world. I'll let you know what comes
> out.
> 
> Best regards,
> 
> Manuel

Hi again,

apparently, I failed to spot the change in my source tree after running cvsup
yesterday. I'm sorry for the noise (and any inconvenience caused). The change
Michael mentions solves the issue.

Thanks a lot, and kind regards,

Manuel

-- 
Homepage: http://www.hinterbergen.de/mala
OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA)
Comment 4 Gavin Atkinson freebsd_committer freebsd_triage 2010-06-16 12:36:06 UTC
State Changed
From-To: open->closed

User reports that this issue is now resolved.