setting gzip header when you don't accept gzip is broken

[GoogleCodeExporter]

when you do this then try and install say, windows scripting host,
microsoft (correctly) compresses the stream with gzip, so instead of the
exe file, you are left with a gzip archive named .exe and windows scripting
host will fail to install:

correct fix:

don't send gzip when you don't accept gzip. the redhat.com is wrong to
decompress the tar file because you didn't say you accepted gzip, have a
special function just for redhat.com which lies about accepting gzip for
ONLY that host (if it's still broken)

lame fix that will probably work:

after doing wget/curl, run the file command on the downloaded output. if
it's a gzip archive, unzip it. you could also add a flag to the downloader
to specify if it should be ungzipped or not.

Original issue reported on code.google.com by brian.mo...@gmail.com on 14 Nov 2009 at 12:07

[GoogleCodeExporter]

Thanks for the analysis.  It's been partly worked around for a while now.  I've 
added a link to this bug report in the source so we can fix it properly 
sometime.

Original comment by daniel.r...@gmail.com on 5 Jan 2011 at 8:16