summaryrefslogtreecommitdiff
path: root/rc/bin/hget
AgeCommit message (Collapse)Author
2015-05-14hget: work arround apache Content-Encoding: gzip for Content-Type: ↵cinap_lenrek
application/x-gzip bug apache sends Content-Encoding: gzip header for Content-Type: application/x-gzip causing hget to decompress tgz files. from the w3c: The Content-Encoding entity-header field is used as a modifier to the media-type. When presented, its value indicates what additional content codings have been applied to the entity-body, and thus what decoding mechanisms must be applied in order to obtail the media-type referenced by the Conent-Type header field. Content-Encoding is primarily used to allow a document to be compressed without losing the identity of its underlying media type. this is clearly silly, as the file is already compressed, and decompressing it will not yield the indicated Content-type: application/x-gzip, but a tarball. examples: http://zlib.net/zlib-1.2.8.tar.gz https://www.mirbsd.org/MirOS/dist/mir/mksh/mksh-R50f.tgz
2014-03-23hget: revert hget -v change, this needs more thoughtcinap_lenrek
problems that need to be addressed: - reads in the whole /proc every second for no reason - breaks when http server doesnt include Content-Length header - length is wrong for continued download (-o option)
2014-03-22hget: add the -v option to produce progress on stderr, like old hgetmischief
2013-10-12hget: handle http contentencoding (compression)cinap_lenrek
2012-10-18hpost: add -l flag to get location url after POSTcinap_lenrek
2012-09-28hget: fix usagestanley lieber
2012-09-15hget -P to read postbody from stdincinap_lenrek
2012-09-15hget: fix -p to not put a newline into the postbody at the endcinap_lenrek
2012-05-26hget/play: fix enviroment leakscinap_lenrek
2012-03-16hget: -p should work the same as in old hgetstanley lieber
2012-01-22hget: fix stderr redirection bugcinap_lenrek
2012-01-11new webfs, rc based hgetcinap_lenrek