[
https://issues.apache.org/jira/browse/IVY-1320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13153929#comment-13153929
]
Carl Steinbach commented on IVY-1320:
-------------------------------------
Other tools (including curl) seem to ignore this incorrect 'content-encoding'
field, e.g:
{noformat}
% curl -O
http://mirror.facebook.net/facebook/hive-deps//hadoop/core/hadoop-0.20.1/hadoop-0.20.1.tar.gz
% file hadoop-0.20.1.tar.gz
hadoop-0.20.1.tar.gz: gzip compressed data, from FAT filesystem (MS-DOS, OS/2,
NT)
%
% wget
http://mirror.facebook.net/facebook/hive-deps//hadoop/core/hadoop-0.20.1/hadoop-0.20.1.tar.gz
% file hadoop-0.20.1.tar.gz
hadoop-0.20.1.tar.gz: gzip compressed data, from FAT filesystem (MS-DOS, OS/2,
NT)
%
{noformat}
I'm guessing that curl and wget both look at the target file name and ignore
the 'content-encoding' field if it conflicts with the file name suffix. I think
Ivy should do the same.
> Retrieve task automatically decompresses tar.gz files, but doesn't remove gz
> suffix
> -----------------------------------------------------------------------------------
>
> Key: IVY-1320
> URL: https://issues.apache.org/jira/browse/IVY-1320
> Project: Ivy
> Issue Type: Bug
> Affects Versions: 2.2.0-RC1, 2.2.0
> Reporter: Carl Steinbach
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira