Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Paul DeBruicker
I'm trying to download the Olson time-zone database so Chronos can
automatically update its ruleset.

In a workspace, when I do:

ZnClient new
        url:'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
        downloadTo:FileDirectory default pathName.


I get a SubscriptOutOfBounds error .  The file is ~207kB.  The
GzipReadStream>#getFirstBuffer gets the first 65,536 bytes and then hits
the out of bounds error.  Moving the limit in that method to 262,144 (1
<< 18 rather than 1 << 16) gets us to another error from which I don't
know the right way to proceed.


I think that because its an content type 'application/x-tar' it
shouldn't hit the GzipReadStream class at all but should just be a
ReadStream that does not get decompressed in the image and instead sent
straight to the disk.  I'm not sure how to implement that though inside
Zinc and would welcome ideas to try.

Thanks

Paul

Reply | Threaded
Open this post in threaded view
|

Re: Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Sven Van Caekenberghe
Works for me, Pharo 2.0 ##20201

[sven@voyager:~/smalltalk]$ tar tvfz tzdata-latest.tar.gz
-rw-r--r--  0 0      0       44941 Jul 19 02:45 africa
-rw-r--r--  0 0      0       15827 Jul 19 02:30 antarctica
-rw-r--r--  0 0      0      112760 Jul 25 16:13 asia
-rw-r--r--  0 0      0       68423 Jul 25 16:40 australasia
-rw-r--r--  0 0      0      121390 Jul 25 16:13 europe
-rw-r--r--  0 0      0      135756 Jul 25 16:13 northamerica
-rw-r--r--  0 0      0       73854 Jul 25 16:13 southamerica
-rw-r--r--  0 0      0        1190 Jul 19 02:30 pacificnew
-rw-r--r--  0 0      0        2955 Jul 19 02:30 etcetera
-rw-r--r--  0 0      0        4083 Jul 19 02:30 backward
-rw-r--r--  0 0      0        1546 Jul 19 02:30 systemv
-rw-r--r--  0 0      0         393 Jul 19 02:30 factory
-rw-r--r--  0 0      0       19306 Jul 19 02:30 solar87
-rw-r--r--  0 0      0       19324 Jul 19 02:30 solar88
-rw-r--r--  0 0      0       19600 Jul 19 02:30 solar89
-rw-r--r--  0 0      0        4326 Jul 19 02:30 iso3166.tab
-rw-r--r--  0 0      0       19913 Jul 19 02:30 zone.tab
-rw-r--r--  0 0      0        3186 Jul 25 16:13 leapseconds
-rw-r--r--  0 0      0         680 Jul 19 02:30 yearistype.sh
[sven@voyager:~/smalltalk]$ file !$
file tzdata-latest.tar.gz
tzdata-latest.tar.gz: POSIX tar archive (GNU)
[sven@voyager:~/smalltalk]$ ls -la !$
ls -la tzdata-latest.tar.gz
-rw-r--r--@ 1 sven  sven  686080 Aug 17 19:47 tzdata-latest.tar.gz

What image, platform, VM are you on ?

On 17 Aug 2012, at 19:19, Paul DeBruicker <[hidden email]> wrote:

> I'm trying to download the Olson time-zone database so Chronos can automatically update its ruleset.
>
> In a workspace, when I do:
>
> ZnClient new
> url:'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
> downloadTo:FileDirectory default pathName.
>
>
> I get a SubscriptOutOfBounds error .  The file is ~207kB.  The GzipReadStream>#getFirstBuffer gets the first 65,536 bytes and then hits the out of bounds error.  Moving the limit in that method to 262,144 (1 << 18 rather than 1 << 16) gets us to another error from which I don't know the right way to proceed.
>
>
> I think that because its an content type 'application/x-tar' it shouldn't hit the GzipReadStream class at all but should just be a ReadStream that does not get decompressed in the image and instead sent straight to the disk.  I'm not sure how to implement that though inside Zinc and would welcome ideas to try.
>
> Thanks
>
> Paul
>


Reply | Threaded
Open this post in threaded view
|

Re: Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Paul DeBruicker
Thanks for looking into it Sven

Pharo 1.4 (Summer) 14457.  Eliots 2585 VM.  Ubuntu 12.04 64bit.



Paul




On 08/17/2012 10:49 AM, Sven Van Caekenberghe wrote:

> Works for me, Pharo 2.0 ##20201
>
> [sven@voyager:~/smalltalk]$ tar tvfz tzdata-latest.tar.gz
> -rw-r--r--  0 0      0       44941 Jul 19 02:45 africa
> -rw-r--r--  0 0      0       15827 Jul 19 02:30 antarctica
> -rw-r--r--  0 0      0      112760 Jul 25 16:13 asia
> -rw-r--r--  0 0      0       68423 Jul 25 16:40 australasia
> -rw-r--r--  0 0      0      121390 Jul 25 16:13 europe
> -rw-r--r--  0 0      0      135756 Jul 25 16:13 northamerica
> -rw-r--r--  0 0      0       73854 Jul 25 16:13 southamerica
> -rw-r--r--  0 0      0        1190 Jul 19 02:30 pacificnew
> -rw-r--r--  0 0      0        2955 Jul 19 02:30 etcetera
> -rw-r--r--  0 0      0        4083 Jul 19 02:30 backward
> -rw-r--r--  0 0      0        1546 Jul 19 02:30 systemv
> -rw-r--r--  0 0      0         393 Jul 19 02:30 factory
> -rw-r--r--  0 0      0       19306 Jul 19 02:30 solar87
> -rw-r--r--  0 0      0       19324 Jul 19 02:30 solar88
> -rw-r--r--  0 0      0       19600 Jul 19 02:30 solar89
> -rw-r--r--  0 0      0        4326 Jul 19 02:30 iso3166.tab
> -rw-r--r--  0 0      0       19913 Jul 19 02:30 zone.tab
> -rw-r--r--  0 0      0        3186 Jul 25 16:13 leapseconds
> -rw-r--r--  0 0      0         680 Jul 19 02:30 yearistype.sh
> [sven@voyager:~/smalltalk]$ file !$
> file tzdata-latest.tar.gz
> tzdata-latest.tar.gz: POSIX tar archive (GNU)
> [sven@voyager:~/smalltalk]$ ls -la !$
> ls -la tzdata-latest.tar.gz
> -rw-r--r--@ 1 sven  sven  686080 Aug 17 19:47 tzdata-latest.tar.gz
>
> What image, platform, VM are you on ?
>
> On 17 Aug 2012, at 19:19, Paul DeBruicker <[hidden email]> wrote:
>
>> I'm trying to download the Olson time-zone database so Chronos can automatically update its ruleset.
>>
>> In a workspace, when I do:
>>
>> ZnClient new
>> url:'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
>> downloadTo:FileDirectory default pathName.
>>
>>
>> I get a SubscriptOutOfBounds error .  The file is ~207kB.  The GzipReadStream>#getFirstBuffer gets the first 65,536 bytes and then hits the out of bounds error.  Moving the limit in that method to 262,144 (1 << 18 rather than 1 << 16) gets us to another error from which I don't know the right way to proceed.
>>
>>
>> I think that because its an content type 'application/x-tar' it shouldn't hit the GzipReadStream class at all but should just be a ReadStream that does not get decompressed in the image and instead sent straight to the disk.  I'm not sure how to implement that though inside Zinc and would welcome ideas to try.
>>
>> Thanks
>>
>> Paul
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Paul DeBruicker
In reply to this post by Sven Van Caekenberghe
I also get the problem with the VM's from inira





On 08/17/2012 10:49 AM, Sven Van Caekenberghe wrote:
> Works for me, Pharo 2.0 ##20201


Reply | Threaded
Open this post in threaded view
|

Re: Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Sven Van Caekenberghe
In reply to this post by Paul DeBruicker
Paul,

On 17 Aug 2012, at 19:55, Paul DeBruicker <[hidden email]> wrote:

> Thanks for looking into it Sven
>
> Pharo 1.4 (Summer) 14457.  Eliots 2585 VM.  Ubuntu 12.04 64bit.

You seem to have hit a problem in Zn that was recently fixed (beginning of august), if you update Zn it works.

Regards,

Sven

> On 08/17/2012 10:49 AM, Sven Van Caekenberghe wrote:
>> Works for me, Pharo 2.0 ##20201
>>
>> [sven@voyager:~/smalltalk]$ tar tvfz tzdata-latest.tar.gz
>> -rw-r--r--  0 0      0       44941 Jul 19 02:45 africa
>> -rw-r--r--  0 0      0       15827 Jul 19 02:30 antarctica
>> -rw-r--r--  0 0      0      112760 Jul 25 16:13 asia
>> -rw-r--r--  0 0      0       68423 Jul 25 16:40 australasia
>> -rw-r--r--  0 0      0      121390 Jul 25 16:13 europe
>> -rw-r--r--  0 0      0      135756 Jul 25 16:13 northamerica
>> -rw-r--r--  0 0      0       73854 Jul 25 16:13 southamerica
>> -rw-r--r--  0 0      0        1190 Jul 19 02:30 pacificnew
>> -rw-r--r--  0 0      0        2955 Jul 19 02:30 etcetera
>> -rw-r--r--  0 0      0        4083 Jul 19 02:30 backward
>> -rw-r--r--  0 0      0        1546 Jul 19 02:30 systemv
>> -rw-r--r--  0 0      0         393 Jul 19 02:30 factory
>> -rw-r--r--  0 0      0       19306 Jul 19 02:30 solar87
>> -rw-r--r--  0 0      0       19324 Jul 19 02:30 solar88
>> -rw-r--r--  0 0      0       19600 Jul 19 02:30 solar89
>> -rw-r--r--  0 0      0        4326 Jul 19 02:30 iso3166.tab
>> -rw-r--r--  0 0      0       19913 Jul 19 02:30 zone.tab
>> -rw-r--r--  0 0      0        3186 Jul 25 16:13 leapseconds
>> -rw-r--r--  0 0      0         680 Jul 19 02:30 yearistype.sh
>> [sven@voyager:~/smalltalk]$ file !$
>> file tzdata-latest.tar.gz
>> tzdata-latest.tar.gz: POSIX tar archive (GNU)
>> [sven@voyager:~/smalltalk]$ ls -la !$
>> ls -la tzdata-latest.tar.gz
>> -rw-r--r--@ 1 sven  sven  686080 Aug 17 19:47 tzdata-latest.tar.gz
>>
>> What image, platform, VM are you on ?
>>
>> On 17 Aug 2012, at 19:19, Paul DeBruicker <[hidden email]> wrote:
>>
>>> I'm trying to download the Olson time-zone database so Chronos can automatically update its ruleset.
>>>
>>> In a workspace, when I do:
>>>
>>> ZnClient new
>>> url:'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
>>> downloadTo:FileDirectory default pathName.
>>>
>>>
>>> I get a SubscriptOutOfBounds error .  The file is ~207kB.  The GzipReadStream>#getFirstBuffer gets the first 65,536 bytes and then hits the out of bounds error.  Moving the limit in that method to 262,144 (1 << 18 rather than 1 << 16) gets us to another error from which I don't know the right way to proceed.
>>>
>>>
>>> I think that because its an content type 'application/x-tar' it shouldn't hit the GzipReadStream class at all but should just be a ReadStream that does not get decompressed in the image and instead sent straight to the disk.  I'm not sure how to implement that though inside Zinc and would welcome ideas to try.
>>>
>>> Thanks
>>>
>>> Paul
>>>
>>
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Paul DeBruicker
Hi Sven,

Updating certainly lets me download it but I'm then faced with the
problem that the resulting file is a tar archive and is no longer gzipped.


E.g.

wget http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz


paul@paul-laptop:~/pharo/Pharo-1.4$ls -la tzdata-latest.tar.gz
-rw-rw-r-- 1 paul paul 206251 Aug  2 21:08 tzdata-latest.tar.gz

paul@paul-laptop:~/pharo/Pharo-1.4$ file tzdata-latest.tar.gz
tzdata-latest.tar.gz: gzip compressed data, from Unix, max compression




and after running the download in pharo, as you saw, the file is 686kB.

paul@paul-laptop:~/pharo/Pharo-1.4$ls -la tzdata-latest.tar.gz
-rw-rw-r-- 1 paul paul 686080 Aug 17 13:23 tzdata-latest.tar.gz

paul@paul-laptop:~/pharo/Pharo-1.4$ file tzdata-latest.tar.gz
tzdata-latest.tar.gz: POSIX tar archive (GNU)


Is there a way to not unzip the file when downloading it through Pharo?
  I admit its a minor quibble, but its not expected.


Thanks

Paul


On 08/17/2012 11:47 AM, Sven Van Caekenberghe wrote:

> Paul,
>
> On 17 Aug 2012, at 19:55, Paul DeBruicker <[hidden email]> wrote:
>
>> Thanks for looking into it Sven
>>
>> Pharo 1.4 (Summer) 14457.  Eliots 2585 VM.  Ubuntu 12.04 64bit.
>
> You seem to have hit a problem in Zn that was recently fixed (beginning of august), if you update Zn it works.
>
> Regards,
>
> Sven
>
>> On 08/17/2012 10:49 AM, Sven Van Caekenberghe wrote:
>>> Works for me, Pharo 2.0 ##20201
>>>
>>> [sven@voyager:~/smalltalk]$ tar tvfz tzdata-latest.tar.gz
>>> -rw-r--r--  0 0      0       44941 Jul 19 02:45 africa
>>> -rw-r--r--  0 0      0       15827 Jul 19 02:30 antarctica
>>> -rw-r--r--  0 0      0      112760 Jul 25 16:13 asia
>>> -rw-r--r--  0 0      0       68423 Jul 25 16:40 australasia
>>> -rw-r--r--  0 0      0      121390 Jul 25 16:13 europe
>>> -rw-r--r--  0 0      0      135756 Jul 25 16:13 northamerica
>>> -rw-r--r--  0 0      0       73854 Jul 25 16:13 southamerica
>>> -rw-r--r--  0 0      0        1190 Jul 19 02:30 pacificnew
>>> -rw-r--r--  0 0      0        2955 Jul 19 02:30 etcetera
>>> -rw-r--r--  0 0      0        4083 Jul 19 02:30 backward
>>> -rw-r--r--  0 0      0        1546 Jul 19 02:30 systemv
>>> -rw-r--r--  0 0      0         393 Jul 19 02:30 factory
>>> -rw-r--r--  0 0      0       19306 Jul 19 02:30 solar87
>>> -rw-r--r--  0 0      0       19324 Jul 19 02:30 solar88
>>> -rw-r--r--  0 0      0       19600 Jul 19 02:30 solar89
>>> -rw-r--r--  0 0      0        4326 Jul 19 02:30 iso3166.tab
>>> -rw-r--r--  0 0      0       19913 Jul 19 02:30 zone.tab
>>> -rw-r--r--  0 0      0        3186 Jul 25 16:13 leapseconds
>>> -rw-r--r--  0 0      0         680 Jul 19 02:30 yearistype.sh
>>> [sven@voyager:~/smalltalk]$ file !$
>>> file tzdata-latest.tar.gz
>>> tzdata-latest.tar.gz: POSIX tar archive (GNU)
>>> [sven@voyager:~/smalltalk]$ ls -la !$
>>> ls -la tzdata-latest.tar.gz
>>> -rw-r--r--@ 1 sven  sven  686080 Aug 17 19:47 tzdata-latest.tar.gz
>>>
>>> What image, platform, VM are you on ?
>>>
>>> On 17 Aug 2012, at 19:19, Paul DeBruicker <[hidden email]> wrote:
>>>
>>>> I'm trying to download the Olson time-zone database so Chronos can automatically update its ruleset.
>>>>
>>>> In a workspace, when I do:
>>>>
>>>> ZnClient new
>>>> url:'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
>>>> downloadTo:FileDirectory default pathName.
>>>>
>>>>
>>>> I get a SubscriptOutOfBounds error .  The file is ~207kB.  The GzipReadStream>#getFirstBuffer gets the first 65,536 bytes and then hits the out of bounds error.  Moving the limit in that method to 262,144 (1 << 18 rather than 1 << 16) gets us to another error from which I don't know the right way to proceed.
>>>>
>>>>
>>>> I think that because its an content type 'application/x-tar' it shouldn't hit the GzipReadStream class at all but should just be a ReadStream that does not get decompressed in the image and instead sent straight to the disk.  I'm not sure how to implement that though inside Zinc and would welcome ideas to try.
>>>>
>>>> Thanks
>>>>
>>>> Paul
>>>>
>>>
>>>
>>
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Sven Van Caekenberghe
Hmm, interesting !

I have to study this further and read the specs.

On 17 Aug 2012, at 22:29, Paul DeBruicker <[hidden email]> wrote:

> Hi Sven,
>
> Updating certainly lets me download it but I'm then faced with the problem that the resulting file is a tar archive and is no longer gzipped.
>
>
> E.g.
>
> wget http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz
>
>
> paul@paul-laptop:~/pharo/Pharo-1.4$ls -la tzdata-latest.tar.gz
> -rw-rw-r-- 1 paul paul 206251 Aug  2 21:08 tzdata-latest.tar.gz
>
> paul@paul-laptop:~/pharo/Pharo-1.4$ file tzdata-latest.tar.gz
> tzdata-latest.tar.gz: gzip compressed data, from Unix, max compression
>
>
>
>
> and after running the download in pharo, as you saw, the file is 686kB.
>
> paul@paul-laptop:~/pharo/Pharo-1.4$ls -la tzdata-latest.tar.gz
> -rw-rw-r-- 1 paul paul 686080 Aug 17 13:23 tzdata-latest.tar.gz
>
> paul@paul-laptop:~/pharo/Pharo-1.4$ file tzdata-latest.tar.gz
> tzdata-latest.tar.gz: POSIX tar archive (GNU)
>
>
> Is there a way to not unzip the file when downloading it through Pharo?  I admit its a minor quibble, but its not expected.
>
>
> Thanks
>
> Paul
>
>
> On 08/17/2012 11:47 AM, Sven Van Caekenberghe wrote:
>> Paul,
>>
>> On 17 Aug 2012, at 19:55, Paul DeBruicker <[hidden email]> wrote:
>>
>>> Thanks for looking into it Sven
>>>
>>> Pharo 1.4 (Summer) 14457.  Eliots 2585 VM.  Ubuntu 12.04 64bit.
>>
>> You seem to have hit a problem in Zn that was recently fixed (beginning of august), if you update Zn it works.
>>
>> Regards,
>>
>> Sven
>>
>>> On 08/17/2012 10:49 AM, Sven Van Caekenberghe wrote:
>>>> Works for me, Pharo 2.0 ##20201
>>>>
>>>> [sven@voyager:~/smalltalk]$ tar tvfz tzdata-latest.tar.gz
>>>> -rw-r--r--  0 0      0       44941 Jul 19 02:45 africa
>>>> -rw-r--r--  0 0      0       15827 Jul 19 02:30 antarctica
>>>> -rw-r--r--  0 0      0      112760 Jul 25 16:13 asia
>>>> -rw-r--r--  0 0      0       68423 Jul 25 16:40 australasia
>>>> -rw-r--r--  0 0      0      121390 Jul 25 16:13 europe
>>>> -rw-r--r--  0 0      0      135756 Jul 25 16:13 northamerica
>>>> -rw-r--r--  0 0      0       73854 Jul 25 16:13 southamerica
>>>> -rw-r--r--  0 0      0        1190 Jul 19 02:30 pacificnew
>>>> -rw-r--r--  0 0      0        2955 Jul 19 02:30 etcetera
>>>> -rw-r--r--  0 0      0        4083 Jul 19 02:30 backward
>>>> -rw-r--r--  0 0      0        1546 Jul 19 02:30 systemv
>>>> -rw-r--r--  0 0      0         393 Jul 19 02:30 factory
>>>> -rw-r--r--  0 0      0       19306 Jul 19 02:30 solar87
>>>> -rw-r--r--  0 0      0       19324 Jul 19 02:30 solar88
>>>> -rw-r--r--  0 0      0       19600 Jul 19 02:30 solar89
>>>> -rw-r--r--  0 0      0        4326 Jul 19 02:30 iso3166.tab
>>>> -rw-r--r--  0 0      0       19913 Jul 19 02:30 zone.tab
>>>> -rw-r--r--  0 0      0        3186 Jul 25 16:13 leapseconds
>>>> -rw-r--r--  0 0      0         680 Jul 19 02:30 yearistype.sh
>>>> [sven@voyager:~/smalltalk]$ file !$
>>>> file tzdata-latest.tar.gz
>>>> tzdata-latest.tar.gz: POSIX tar archive (GNU)
>>>> [sven@voyager:~/smalltalk]$ ls -la !$
>>>> ls -la tzdata-latest.tar.gz
>>>> -rw-r--r--@ 1 sven  sven  686080 Aug 17 19:47 tzdata-latest.tar.gz
>>>>
>>>> What image, platform, VM are you on ?
>>>>
>>>> On 17 Aug 2012, at 19:19, Paul DeBruicker <[hidden email]> wrote:
>>>>
>>>>> I'm trying to download the Olson time-zone database so Chronos can automatically update its ruleset.
>>>>>
>>>>> In a workspace, when I do:
>>>>>
>>>>> ZnClient new
>>>>> url:'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
>>>>> downloadTo:FileDirectory default pathName.
>>>>>
>>>>>
>>>>> I get a SubscriptOutOfBounds error .  The file is ~207kB.  The GzipReadStream>#getFirstBuffer gets the first 65,536 bytes and then hits the out of bounds error.  Moving the limit in that method to 262,144 (1 << 18 rather than 1 << 16) gets us to another error from which I don't know the right way to proceed.
>>>>>
>>>>>
>>>>> I think that because its an content type 'application/x-tar' it shouldn't hit the GzipReadStream class at all but should just be a ReadStream that does not get decompressed in the image and instead sent straight to the disk.  I'm not sure how to implement that though inside Zinc and would welcome ideas to try.
>>>>>
>>>>> Thanks
>>>>>
>>>>> Paul
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>


Reply | Threaded
Open this post in threaded view
|

Re: Downloading a .tar.gz file with Zinc in Pharo-1.4(Summer)

Sven Van Caekenberghe

On 18 Aug 2012, at 00:25, Sven Van Caekenberghe <[hidden email]> wrote:

> Hmm, interesting !
>
> I have to study this further and read the specs.

After a lot of reading and experimenting, these are my conclusions. If anyone can contribute to this issue, please do.

Doing the following works correctly as far as I understand it

ZnClient new
        url: 'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
        downloadTo: FileDirectory default pathName;
        yourself.

ZnClient new
        get: 'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
        yourself.

The second expression is more interesting because it allows you to inspect the complete response object not using a streaming download.

This reveals that the content-type is application/x-tar which is weird because the client requests a file whose primary type is x-gzip. It also reveals that the content-encoding is gzip, which Zn correctly handles by uncompressing the transferred bytes. From this last fact, a content-type of application/x-tar is then again understandable.

Given the fact that the server is Apache/2.2.3 (CentOS) this has to be the result of some explicit configuration.

My standard apache works differently

ZnClient new
        get: 'http://stfx.eu/test.tar.gz';
        yourself.

Here, no content-encoding is done and the requested file is served as application/x-gzip, hence Zn will not do any uncompression.

What confuses me is that both curl and browsers including safari and firefox seem to things differently: they do not do any uncompression on the first URL which results in the compressed file being downloaded and saved, effectively ignoring the gzip content-encoding. This must be a feature, but I can't find any references describing it.

In my understanding of the specs, the following would be a way to request not to use gzip content-encoding, but it does not work as expected

ZnClient new
        url: 'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
        headerAt: 'Accept-Encoding' put: 'identity';
        downloadTo: FileDirectory default pathName;
        yourself.

Sven