From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/12056 Path: news.gmane.org!.POSTED!not-for-mail From: "Jens Schleusener" Newsgroups: gmane.linux.lib.musl.general Subject: Re: "musl" gzip-compressed tarballs are decompressed if using newest wegt release Date: Wed, 1 Nov 2017 16:50:01 +0100 (CET) Message-ID: References: <20171101152604.GG1627@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Trace: blaine.gmane.org 1509551424 10650 195.159.176.226 (1 Nov 2017 15:50:24 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 1 Nov 2017 15:50:24 +0000 (UTC) User-Agent: Alpine 2.20 (LSU 67 2015-01-07) To: musl@lists.openwall.com Original-X-From: musl-return-12070-gllmg-musl=m.gmane.org@lists.openwall.com Wed Nov 01 16:50:20 2017 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1e9vHR-0001vz-UZ for gllmg-musl@m.gmane.org; Wed, 01 Nov 2017 16:50:14 +0100 Original-Received: (qmail 13881 invoked by uid 550); 1 Nov 2017 15:50:18 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 13863 invoked from network); 1 Nov 2017 15:50:17 -0000 In-Reply-To: <20171101152604.GG1627@brightrain.aerifal.cx> X-ID: EXbTz2ZEohpcUrSM+U9JTqb8oWc3Wx5P+g5WhgwlfoEHz91hM+o6B1UZN3ujrdWgO4 X-TOI-MSGID: 41135e79-4718-4a84-9878-3b0a096b426d Xref: news.gmane.org gmane.linux.lib.musl.general:12056 Archived-At: On Wed, 1 Nov 2017, Rich Felker wrote: > On Wed, Nov 01, 2017 at 11:19:30AM +0100, Jens Schleusener wrote: >> Hi, >> >> not a real "musl" software problem but just an observation of a >> changed behaviour of "musl" tarball downloads with the newest "wegt" >> release (1.19.2): The tarballs are saved now decompressed but >> contains the original extension (.tar.gz). Although if the extension >> would be .tar it seems at least to me an undesired behaviour. >> >> Reason seems a new "wget" feature, here some extracted lines taken >> from the ChangeLog >> >> 2017-08-04 >> Add gzip Content-Encoding decompression >> (gethttp): Decompress files with gzip Content-Encoding >> >> in combination with the HTTP header the www.musl-libc.org server delivers: >> >> Content-Type: application/x-tar >> Content-Encoding: gzip >> >> Solutions/workarounds may be on the server side delivering of a HTTP >> header like >> >> Content-Type: application/x-gzip >> (or Content-Type: application/octet-stream) >> >> or on the client side the use of the new "wget" option >> >> --compression=none > > IMO this is both a bug in the server and a major regression in wget, > since lots of servers have this bug. I'll look at fixing it on my side > but I think it should be reported to wget and reverted since this is > going to break a *huge* number of build scripts that download tarballs > from affected servers. Thanks for the more clear statement (I agree). If not already done by another person I will send an accoding mail to the "bug-wget" list. Jens