[Rpcemu] Problem with source tarball

Ralph Corderoy ralph at inputplus.co.uk
Thu Jun 18 03:43:27 PDT 2015


Hi Sprow,

>   /rpcemu/cgi/download.php?sFName=0.8.12/rpcemu-0.8.12.tar.gz
> 
> isn't actually a tar gz file, it's just a tar file.

Perhaps they've fixed it, but it's compressed here.  See `=='.

    $ curl -sSLv 'http://marutan.net/rpcemu/cgi/download.php?sFName=0.8.12/rpcemu-0.8.12.tar.gz' |
    > file -
    * About to connect() to marutan.net port 80 (#0)
    *   Trying 217.135.32.99... connected
    * Connected to marutan.net (217.135.32.99) port 80 (#0)
    > GET /rpcemu/cgi/download.php?sFName=0.8.12/rpcemu-0.8.12.tar.gz HTTP/1.1
    > User-Agent: curl/7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.18
    > Host: marutan.net
    > Accept: */*
    > 
    < HTTP/1.1 302 Found
    < Date: Thu, 18 Jun 2015 10:37:44 GMT
    < Server: Apache
    < Location: http://www.marutan.net/rpcemu/0.8.12/rpcemu-0.8.12.tar.gz
    < Content-Length: 0
    < Content-Type: text/html; charset=utf-8
    < 
    * Connection #0 to host marutan.net left intact
    * Issue another request to this URL: 'http://www.marutan.net/rpcemu/0.8.12/rpcemu-0.8.12.tar.gz'
    * About to connect() to www.marutan.net port 80 (#1)
    *   Trying 217.135.32.99... connected
    * Connected to www.marutan.net (217.135.32.99) port 80 (#1)
    > GET /rpcemu/0.8.12/rpcemu-0.8.12.tar.gz HTTP/1.1
    > User-Agent: curl/7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 OpenSSL/0.9.8o zlib/1.2.3.4 libidn/1.18
    > Host: www.marutan.net
    > Accept: */*
    > 
    < HTTP/1.1 200 OK
    < Date: Thu, 18 Jun 2015 10:37:44 GMT
    < Server: Apache
    < Last-Modified: Wed, 22 Oct 2014 18:23:45 GMT
    < ETag: "69c012-5cb89-506070c552e40"
    < Accept-Ranges: bytes
    < Content-Length: 379785
 == < Content-Type: application/x-gzip
 == < Content-Encoding: x-gzip
    < 
    { [data not shown]
 == /dev/stdin: gzip compressed data, from Unix, last modified: Wed Oct 22 19:23:44 2014, max compression
    $ 

379,785 bytes arrive, decompressing into 1,699,840.  Could your HTTP
client be decompressing it without you asking?  It shouldn't be AIUI, as
it isn't `Transfer-Encoding: gzip', but Content-Encoding.

> Was the crucial 'c' switch missing from the command that created it,
> meaning it's uncompressed?

`c' is tar(1)'s option to create the tar file.

Cheers, Ralph.



More information about the Rpcemu mailing list