From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20524 invoked by alias); 23 Jan 2016 19:09:54 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 20504 invoked by uid 89); 23 Jan 2016 19:09:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_20,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=norecursion, funny, no-recursion, filenames X-HELO: lb3-smtp-cloud6.xs4all.net Received: from lb3-smtp-cloud6.xs4all.net (HELO lb3-smtp-cloud6.xs4all.net) (194.109.24.31) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Sat, 23 Jan 2016 19:09:51 +0000 Received: from webmail.xs4all.nl ([194.109.20.217]) by smtp-cloud6.xs4all.net with ESMTP id 9X9o1s0034h15BW01X9oNk; Sat, 23 Jan 2016 20:09:48 +0100 Received: from a83-162-234-136.adsl.xs4all.nl ([83.162.234.136]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Sat, 23 Jan 2016 20:09:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 23 Jan 2016 20:18:00 -0000 From: Houder To: cygwin@cygwin.com Subject: Re: snapshots (archive files) are too big ... Why? In-Reply-To: <20160123181053.GF3268@calimero.vinschen.de> References: <20160123181053.GF3268@calimero.vinschen.de> Message-ID: X-Sender: houder@xs4all.nl (VnxQXVYKyQLKiKLVJ2WuWA==) User-Agent: XS4ALL Webmail X-IsSubscribed: yes X-SW-Source: 2016-01/txt/msg00318.txt.bz2 On 2016-01-23 19:10, Corinna Vinschen wrote: > On Jan 23 13:59, Houder wrote: >> Hi Corinna, >> >> Just curious if there is a reason ... >> >> I was able to extract cygpath.exe from cygwin-inst-20160121.tar.xz >> (snapshots) >> in order to test your last modification to cygpath.cc. No problem >> here. >> >> However, when examining the contents of the archive, I was surprised >> to find >> the SAME version of cygpath.exe at least three times ... >> >> The size of cygwin-inst-.tar.xz (and cygwin-src-.tar.xz) >> has >> grown >> (suddenly) by a factor of 3 or 4 since 2015-07-20 ... >> >> The same applies to winsup-src-.tar.xz (since 2016-01-15) ... >> >> In all cases it is because the archive contains the SAME version of a >> file >> at >> least three times (as far as I can tell). >> >> To summarize: No, I am not reporting a problem here; I am just >> _curious_ as >> to >> why these archive are so much bigger than they (apparently) need to be >> ... > > I found out why this happens, I just don't know why it only occurs > since > 2015-07-20. > > The reason is the script is using an expression along the lines of > > find ... | tar -T - --no-recursion -cjf ... > > It turns out that the --no-recursion option only works for me, if it > comes *prior* to the expression specifying the filenames to archive. > That is, I had to change the script to use > > find ... | tar --no-recursion -T - -cjf ... > > instead. Funny enough, `info tar' still contains an example using > the original order... Ah, thank you for the effort you took and for your explanation. (yes, the reason for the "big" files was simpler than I was guessing at). However, I cannot confirm your finding at my end (using Cygwin). Still, I am sure you will take another look at the size of a snapshot when you create one the next time :-) Thanks! Regards, Henri -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple