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=h2nEGj8fIHqNwMm3D4YuhrwiKYqAlEM0E0h6seG6o2h5kHLsx9gPN
	32ZIGNZ6vLuspU6OHTtXP12onrwvw4fbd75NINUm8vMydkbPQJAEcai736s8Hnfl
	8cyerHOjwsE0HU+HYBtGerSzCsR3QNRi9jlNa+c6BRz1eKYVCiR76U=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Sat, 23 Jan 2016 20:25:15 +0100
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
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: <ed7dd3377a4cc1aa59001d627c7237ad@xs4all.nl> <20160123181053.GF3268@calimero.vinschen.de> <b3c07e0f903d91ae52fb6fb202eef1e5@xs4all.nl>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="9Iq5ULCa7nGtWwZS"
Content-Disposition: inline
In-Reply-To: <b3c07e0f903d91ae52fb6fb202eef1e5@xs4all.nl>
User-Agent: Mutt/1.5.24 (2015-08-30)

--9Iq5ULCa7nGtWwZS
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

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-<date>.tar.xz (and cygwin-src-<date>.tar.xz) has
> >>grown
> >>(suddenly) by a factor of 3 or 4 since 2015-07-20 ...
> >>
> >>The same applies to winsup-src-<date>.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"

-----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--