Re: [gentoo-dev] Re: Problems with the current bzr eclass.

2009-07-10 Thread Harley Peters
On Fri, 10 Jul 2009 08:50:26 +0200 Christian Faulhammer wrote: > Hi, > > Harley Peters : > > Because the numbers don't look so good for Gnash. > > bzr branch http://bzr.savannah.gnu.org/r/gnash/trunk > > They look similar on my system to that of Emacs, a

Re: [gentoo-dev] Re: Problems with the current bzr eclass.

2009-07-09 Thread Harley Peters
On Thu, 9 Jul 2009 22:16:34 +0200 Christian Faulhammer wrote: > Hi, > > Harley Peters : > > Ok that's what I am doing. Was just wondering if there was something > > simple I over looked. > > To give you an idea what we gain here, I compiled some numbers. GNU

Re: [gentoo-dev] Re: Problems with the current bzr eclass.

2009-07-09 Thread Harley Peters
On Thu, 9 Jul 2009 20:55:54 +0200 Christian Faulhammer wrote: > Hi, > > Harley Peters : > > Since I did a full checkout with the EBZR_FETCH_CMD="bzr checkout" > > it now deletes the entire previous checked out branch (to save disk > > space ?) and proc

[gentoo-dev] Problems with the current bzr eclass.

2009-07-09 Thread Harley Peters
The current bzr eclass uses EBZR_FETCH_CMD="bzr checkout --lightweight" to initially fetch the sources. The problem with this is though it saves some time and bandwidth on the initial fetch it actually ends up using a lot more time and bandwidth on every update. Ok great I can set EBZR_FETCH_CMD="