X-Recipient: archive-cygwin AT delorie DOT com DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:subject:message-id:reply-to :references:mime-version:content-type:in-reply-to; q=dns; s= default; b=gXBlstY6N6+VvNq04dxzB4j5tF3DMJ+xJbewIq41pDiupY87b9NZA olZciuiYqRFRpXdiSELEARBwEpn8ymEspiVf1HnvhQ0Kw84QLQKLIusrE0l/0MOg ClsanU+AjhgzRgOThYEat0sWqhAjYHYmOrB2Xk5E8wJjm/qGvmcJ4U= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:subject:message-id:reply-to :references:mime-version:content-type:in-reply-to; s=default; bh=tqlVBDiBG4X4h5e6/NdzMyZf7as=; b=TCOns7AEpe2/rMxkdRVehY5afVa8 4PF7S350oTIHpdaz6AKSurAvLPoupjmK4TSy/5ow1bOvnbSRBr14Jjc/mN5hN3i9 wGxvoghFCDGza+8guTg2y5e5DiYK+ME5n8wtUItQGhFjk2UuUcGM3HVl7xseddMV Ce2qYnIC1yrqaOQ= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-92.8 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,KHOP_DYNAMIC,RCVD_IN_BRBL_LASTEXT,RCVD_IN_PBL,RDNS_DYNAMIC,USER_IN_WHITELIST autolearn=no version=3.3.2 spammy=Maintainer, H*i:sk:ed7dd33, Hx-languages-length:1586, H*R:U*cygwin X-HELO: calimero.vinschen.de Date: Sat, 23 Jan 2016 19:10:53 +0100 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: snapshots (archive files) are too big ... Why? Message-ID: <20160123181053.GF3268@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dgjlcl3Tl+kb3YDk" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) --dgjlcl3Tl+kb3YDk Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Jan 23 13:59, Houder wrote: > Hi Corinna, >=20 > Just curious if there is a reason ... >=20 > 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. >=20 > However, when examining the contents of the archive, I was surprised to f= ind > the SAME version of cygpath.exe at least three times ... >=20 > 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 ... >=20 > The same applies to winsup-src-.tar.xz (since 2016-01-15) ... >=20 > 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). >=20 > 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... Thanks, Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --dgjlcl3Tl+kb3YDk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWo8IsAAoJEPU2Bp2uRE+gUTAQAIQZ9ApTQ9f4Cy+O3L3hZbou rJTK4kOQUiMx4QgvhbfzNlnFpidboCMSSiupHyw+jyevE5iH8tWWk6FRU8tSsAcf GkgMammaVDBwMtXNB5vtyeZnUxsGJMVtvq8OO6TwH8HDgvm5zGNEtPz24E2+YO4v PcmqGV1F0ZdQp1afj1FOSB1L8AXQiHHiBSIvoddtNFC3dLd6MXxafxLv2I80DyUx CxbM1f+AqvjRLJkfkB915ojhZfEF5Ag28htI/ZDBO+X69DoJeBNc8YLX2efffHgy UY7XHwl6iebz49cCv84zWVaVVqHzV42oPqdyEnAy5gX+RhimnrsPtIZutlwWlXPu 040Dlb7GGJOU+054303+N6jOSjAO1MicTjdluA3AewCTKgljMGGfMdWrxmeszeu/ mOtblSUEO6q8jzrG8q8+X81XPOa6ARMDbK5MBR11JjfsSndb8nn6D+KbNCmFPavf 6l4uD/kpp1XV7aGDOCts+OTbEwPVDuYJBEDBsZ1/Sn4t94tLtAOMeZRQBXpvuMBN hBz2EjeSAmHAw9Lpg47kc51HBhJfXjNYm22a/y3BQ1TDdxU9X6nQJaVwnM/p4K2t DLKoUxDzOGgxpkvTJLdB+pz+AvsAOPL3p9pc1Bq9f0XOz+mpZPubppMvteGKIgDV E/CJKPqtFjigNVCxCB6J =SySi -----END PGP SIGNATURE----- --dgjlcl3Tl+kb3YDk--