From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LhCif-0006rB-2D for garchives@archives.gentoo.org; Wed, 11 Mar 2009 00:54:49 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8B216E026B; Wed, 11 Mar 2009 00:54:47 +0000 (UTC) Received: from host171.http-media.de (213-239-241-171.clients.your-server.de [213.239.241.171]) by pigeon.gentoo.org (Postfix) with ESMTP id 95812E026B for ; Wed, 11 Mar 2009 00:54:46 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by host171.http-media.de (Postfix) with ESMTP id E94D113EC095 for ; Wed, 11 Mar 2009 01:54:45 +0100 (CET) Received: from [192.168.1.230] (f053229206.adsl.alicedsl.de [78.53.229.206]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by host171.http-media.de (Postfix) with ESMTP id BA6C613EC08F for ; Wed, 11 Mar 2009 01:54:45 +0100 (CET) Message-ID: <49B70BD3.9070304@necoro.eu> Date: Wed, 11 Mar 2009 01:54:43 +0100 From: =?UTF-8?B?UmVuw6kgJ05lY29ybycgTmV1bWFubg==?= User-Agent: Thunderbird 2.0.0.19 (X11/20090105) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] bzr.eclass: The next level (this time with patch) References: <20090306085454.52f4263b@terra.solaris> <49B709E2.5090106@necoro.eu> In-Reply-To: <49B709E2.5090106@necoro.eu> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 X-Virus-Scanned: by amavisd-new at host171.sitepush.net Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 6847bccb-606e-4fc8-b42e-45b803427fd2 X-Archives-Hash: 34d1b63ff432ceb937b8ef2e151038f0 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ren=C3=A9 'Necoro' Neumann schrieb: > As one can easily see: While the fetch time for co and lw-co are more = or > less equal, the export time is not. As one can say, that each package i= s > at least exported as often as updated (if not more often), this makes > the lw co operation more or less a no-no. (Waiting one minute to get a > snapshot of a medium-sized project? ... ehm - NO) One note - just saw the following for the bzr-1.13_rc1 release notes: "Lightweight Checkouts and Stacked Branches should both be much faster over remote connections. Building the working tree now batches up requests into approx 5MB requests, rather than a separate request for each file. (John Arbash Meinel)" So perhaps it is improved for this new release. Have to retest soon. (I also wonder, why the hell the export of the lw-co takes so long ... it more or less just needs to copy the files... I cannot see the need to fetch each file again from the remote repo. Perhaps this is worth a bzr-bug.) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm3C9MACgkQ4UOg/zhYFuDAuwCePrNj2rQ4au99QziYZl7qpe9a PFYAn2ZuRqp3vpNLUwcASN6wk8NaqL/s =3DLi4s -----END PGP SIGNATURE-----