From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 38914 invoked by alias); 23 Jan 2016 19:25:20 -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 38898 invoked by uid 89); 23 Jan 2016 19:25:18 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-93.2 required=5.0 tests=AWL,BAYES_20,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:b3c07e0, H*f:sk:b3c07e0, H*R:U*cygwin X-HELO: calimero.vinschen.de Received: from ipbcc05c50.dynamic.kabel-deutschland.de (HELO calimero.vinschen.de) (188.192.92.80) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 23 Jan 2016 19:25:17 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 91772A803D9; Sat, 23 Jan 2016 20:25:15 +0100 (CET) Date: Sat, 23 Jan 2016 21:56:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: snapshots (archive files) are too big ... Why? Message-ID: <20160123192515.GG3268@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <20160123181053.GF3268@calimero.vinschen.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="9Iq5ULCa7nGtWwZS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-SW-Source: 2016-01/txt/msg00319.txt.bz2 --9Iq5ULCa7nGtWwZS Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2308 On Jan 23 20:09, Houder wrote: > 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... >=20 > 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). >=20 > 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 :-) Of course I created local test snapshots using the above change. They only have one version of each file and are considerably smaller than the previous versions. I'm building on Fedora Linux if that matters. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --9Iq5ULCa7nGtWwZS Content-Type: application/pgp-signature; name="signature.asc" Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWo9ObAAoJEPU2Bp2uRE+gJGEP/isDR72OYMbyHZuZnuT+Tyvh LckHoi7RwGFNq+XmBMW0EqbVU/4N4WBz5HEg+FfYmCrHm765+0paauKJ7KdGE24k iS6eZDjxyyHX2T9lNw4nVDlJF8R+LMCMWR4bfdzftMUeGCN64i0axytiEivIafGh 90tjqBklZJtCofNtysEAdnO0hpD67DMBFYxDsjAp58aJcvZoKgGM5CRqWGN3s07j 3PhRzRz20dLGs8EoedWoHlLG3RmewIPxQL2NHRHQ+Xv+tXDLn1EpUm9dbGLHAMlU fH7eFJPU3wO/oXYauzDEAH2YYengvLL8WnbabC4oALe6sG6JyzRlGM4RSMtDwm4/ dgdeJ76NRP2hwwna4YjAa65F920IkXPkeTrHxpR2inVtzGazaPlw5yCPg9TIOswo 3dH5YsiwjIQYz+PZ9OdIny19Vk6ILH4DzGXGria0QXdvrL6fMMDOXn0E/iSbeUSj B0/PtBfGVUml3x1Qmdrn0tmTJrCZXkofNCK6iCtEabvFUkmGrcDwL03E/cMYXI8L T9DsKJggej9XuBYt3jqyu9d/QAWANX4W8jh85jiMs9ROqAdthtnknwWyrEsPmXK6 7kaTMpgVgxBvWcA4m5KVC9XgDcrCBd3XGCnBSMAuRnwCvtbbOdkp7JdiZ2+umzA3 96FXDSUvI+CygDigwuxO =H6P1 -----END PGP SIGNATURE----- --9Iq5ULCa7nGtWwZS--