On 4 Apr 2019, at 12:45, Dave Allured - NOAA Affiliate via
macports-users wrote:
On Wed, Apr 3, 2019 at 11:11 PM Mojca Miklavec <[email protected]>
wrote:
On Thu, 4 Apr 2019 at 06:34, <[email protected]> wrote:
it's wierd. i'm seeing the same Content-Encoding header
but curl doesn't un-gzip the download for me. neither
/usr/bin/curl (7.43.0) nor /opt/local/bin/curl (7.64.1).
neither does wget. i wonder what the difference is.
Probably not relevant for this, but some time ago I also had the same
issue of auto-extracting tarballs; I thought it was the firewall
(some
content / antivirus checking software there) as I only had this
problem in my office; everywhere else it worked as expected.
Mojca
That *is* relevant. My Mac is behind an institutional firewall, so
this
might be aggravating the problem. Also I am not able to duplicate the
headers as Ryan showed using curl -I, not with the facebook.net URL.
I
will ask our network admins about this.
It sounds like Raf and Mojca are reporting correct, compressed
downloads
from this site, and I am the only one so far that has actually
reported
incorrect, uncompressed downloads. (I checked; my mac gets the same
malfunction with all .tar.gz files from facebook.net, not just the
groff
file.) Does anyone else here get the incorrect, uncompressed result,
which
is 17 Mb rather than the expected 4 Mb?
Nope.
Does ~/.curlrc exist? If so, what's in it?
I can reproduce the behavior with the "--compress" option on the command
line or in the .curlrc file.
--
Bill Cole
[email protected] or [email protected]
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Available For Hire: https://linkedin.com/in/billcole
