Thor
December 17, 2006, 1:01am
#1
Hi,
I downloaded the cross-platform builds of WildFire, and found both packages available to be broken/incorrect.
The “.zip” archive is actually a “.zip.gz” (double compressed), and contains only windows executables in the bin directory.
The “.tar.gz” archive is only a partial. A tar file compressed twice with gzip ( first with a DOS gzip then with a *NIX gzip ).
########################################
ls -l
total 492
-rw-rr 1 thor starf 486411 Dec 17 00:47 wildfire_3_1_1.tar.gz
file wildfire_3_1_1.tar.gz
wildfire_3_1_1.tar.gz: gzip compressed data, from Unix
gunzip < wildfire_3_1_1.tar.gz > tempfile
gunzip: stdin: unexpected end of file
file tempfile
tempfile: gzip compressed data, from MS-DOS
gunzip < tempfile > tempfile2
gunzip: stdin: unexpected end of file
file tempfile2
tempfile2: tar archive
My intention was to install ( or attempt an install ) on FreeBSD
/Þór
I can confirm this - same thing experienced by me with the linux non-jre build of wildfire today.
Smoge
LG1
December 17, 2006, 11:38am
#3
Hi Þór,
the .zip download looks indeed a little bit oversized, 6.341.225 bytes would be fine.
The .tar.gz download works fine now, 5.743.662 bytes and tar -xzf wildfire_3_1_1.tar.gz works fine. I see no point to use gunzip on a gz file.
LG
Thor
December 17, 2006, 12:12pm
#4
Hi,
Thank you for this
I downloaded the .tar.gz file, and it does indeed have the cross-platform bin directory.
The reason I used gunzip on the ‘‘tar’’ file was that since it was compressed twice, tar didn’'t know how to handle it ( the first instance )
Example:
tar zcf - TEST.TXT | gzip -9 >test.tar.gz
ls -l *
-rw-rr 1 root starf 4132 Dec 17 11:53 TEST.TXT
-rw-rr 1 root starf 539 Dec 17 12:07 test.tar.gz
tar ztvf test.tar.gz
tar: Unrecognized archive format: Inappropriate file type or format
gunzip test.tar.gz
ls -l *
-rw-rr 1 root starf 4132 Dec 17 11:53 TEST.TXT
-rw-rr 1 root starf 10240 Dec 17 12:07 test.tar
file test.tar
test.tar: gzip compressed data, from Unix
tar ztvf test.tar
-rw-rr 0 root starf 4132 Dec 17 11:53 TEST.TXT
file is still compressed…
Incidentally, the wildfire_3_1_1.tar.gz still downloads as a doubly compressed file:
-rw-rr 1 thor starf 5738394 Dec 17 12:01 …/wildfire_3_1_1.tar.gz
when uncompressed with gunzip: ( gunzip < …/wildfire_3_1_1.tar.gz > wildfire.tar.gz )
-rw-rr 1 root starf 5743662 Dec 17 12:03 wildfire.tar.gz
I get the correct size.
Is the web server perhaps set to compress content on sending, but failing to notify the client ? ( just a guess )
The browser used to download: Microsoft Internet Explorer 7.0
/Þór
LG1
December 17, 2006, 8:20pm
#5
Hi Þór,
as it works fine with other browsers I wonder if this is yet another M$ bug. If the client requests Content-Encoding: gzip/deflate the server sends the .tar.gz file compressed - this makes only little sense. But the client must unzip it on-the-fly like all other content which is transfered compressed.
LG