ma -xf portage-20100114.tar.lzma -C
/scratch/tmp
real1m3.696s
user0m25.082s
sys 0m12.549s
$ cd /scratch/tmp/portage
$ hg init --time
Time: real 0.070 secs (user 0.040+0.000 sys 0.000+0.000)
$ hg status --time | wc -l
Time: real 9.920 secs (user 6.290+0.000 sys 1.970+0.000)
113272
$
On Tuesday 16 December 2008 18:46:44 Jeremy Olexa wrote:
> Exhibit A:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/python.eclass?r1=1.4
> 8&r2=1.49
>
> This causes me pain on my hosts that don't have >=bash-3.1[0] for
> /bin/bash. Because I can't install portage with an old bash until
On Thu, Jan 14, 2010 at 07:07:01PM -0500, Paul Arthur wrote:
> On 2010-01-14, Nirbheek Chauhan wrote:
> > On Wed, Jan 13, 2010 at 9:24 PM, Mike Frysinger wrote:
> >> i think our current work flows also significantly impede the smooth
> >> running of
> >> this. Â if we had were using a dscm (git)
On Fri, Jan 15, 2010 at 4:24 AM, Robin H. Johnson wrote:
> On Fri, Jan 15, 2010 at 03:59:00AM +0530, Nirbheek Chauhan wrote:
>> ChangeLog (-13,000 which would be redundant, and should be
>> auto-generated alongwith metadata prior to distribution via rsync.
>> Hey, this is something that needs to b
On 01/15/2010 12:54 AM, Robin H. Johnson wrote:
>
> That top item is the largest blocker. The actual conversion time is down
> to 9 hours, but with more than that again in setting it up. I'd like to
> get the conversion time down to UNDER 4 hours. It's mostly
> single-threaded, and we've got lots
On Fri, Jan 15, 2010 at 03:59:00AM +0530, Nirbheek Chauhan wrote:
> On Fri, Jan 15, 2010 at 3:51 AM, Nirbheek Chauhan wrote:
> > My bad. I did the tests a while back, and the number "30,000" is
> > actually for the no. of ebuilds in portage. The no. of files is
> > actually ~113,000 (difference co
On Thu, Jan 14, 2010 at 10:34 PM, "Paweł Hajdan, Jr."
wrote:
> It would be nice to post that info to a webpage. That could increase a
> chance of a volunteer contributing some help.
>
That list is incomplete, a more complete todo list can be found by
looking at the archives at archives.gentoo.org
On 01/14/2010 10:21 PM, Nirbheek Chauhan wrote:
On Fri, Jan 15, 2010 at 2:01 AM, Daniel Bradshaw wrote:
On 01/14/2010 12:49 PM, Nirbheek Chauhan wrote:
In theory, yes. In practice, git is too slow to handle 30,000 files.
Even simple operations like git add become painful even if you
On Fri, Jan 15, 2010 at 3:51 AM, Nirbheek Chauhan wrote:
> My bad. I did the tests a while back, and the number "30,000" is
> actually for the no. of ebuilds in portage. The no. of files is
> actually ~113,000 (difference comes because every package has a
> manifest+changelog+metadata.xml+patches)
On Fri, Jan 15, 2010 at 2:01 AM, Daniel Bradshaw wrote:
> On 01/14/2010 12:49 PM, Nirbheek Chauhan wrote:
>>
>> In theory, yes. In practice, git is too slow to handle 30,000 files.
>> Even simple operations like git add become painful even if you put the
>> whole of portage on tmpfs since git does
On Thu, Jan 14, 2010 at 7:17 PM, Nguyen Thai Ngoc Duy wrote:
> What you need is "git update-index --assume-unchanged". That feature
> was introduced exactly to reduce stat().
>
> BTW, if you know you only work in certain directories, doing "git diff
> --stat ", "git diff --cached --stat " instead
Excuse me butting in... I'm just a little confused.
Not that this is anything new, I'm just ... well, confused.
On 01/14/2010 12:49 PM, Nirbheek Chauhan wrote:
In theory, yes. In practice, git is too slow to handle 30,000 files.
Even simple operations like git add become painful even if you put
El jue, 14-01-2010 a las 18:04 +0100, "Paweł Hajdan, Jr." escribió:
>
> It would be nice to post that info to a webpage. That could increase a
> chance of a volunteer contributing some help.
I agree, maybe that way other people (from forums for example) could
help if they know about git (or elect
On 1/14/10 1:49 PM, Nirbheek Chauhan wrote:
> Besides this, there is the problem of accommodating people who use a
> subtree of gentoo-x86, and those who don't want the entire CVS history
> on their hard drives. In summation, robbat2 needs *our* help in the
> following:
>
> a) Push functionality i
2010/1/14 Markos Chandras :
> My experience as developer this years implies that decisions about these
> things take way too long to get implemented ( or even discussed ). So imho,
> the best way to promote the proxy-maintainer thing, is individually using our
> blogs or any other means.
I'm not s
2010/1/14 Nirbheek Chauhan :
> In theory, yes. In practice, git is too slow to handle 30,000 files.
> Even simple operations like git add become painful even if you put the
> whole of portage on tmpfs since git does a stat() on every single file
> in the repository with every operation.
> [...]
> B
On Sat, 02 Jan 2010 05:44:31 -0800, David Shakaryan
wrote:
> Hello, everybody!
>
> I would like to formally request that I be retired from the Gentoo
> project. A developer since 2006, there is a lot I would like to thank
> the community for. Over the past few years, I have learnt a lot, and
> ha
# Markos Chandras (14 Jan 2010)
# Qt3 only application. bug #291878 and bug #283429
# Will be moved to kde-sunset overlay on 2010-02-14
media-video/qdvdauthor
Cheers
--
Markos Chandras (hwoarang)
Gentoo Linux Developer
Web: http://hwoarang.silverarrow.org
signature.asc
Description: This is a d
On 1/14/10, Nirbheek Chauhan wrote:
> On Wed, Jan 13, 2010 at 9:24 PM, Mike Frysinger wrote:
> > i think our current work flows also significantly impede the smooth
> running of
> > this. if we had were using a dscm (git) on gentoo-x86, i feel like it'd
> be a
> > much smoother ride for Gen
On Wednesday 13 January 2010 23:02:17 Ben de Groot wrote:
> 2010/1/13 Mike Frysinger :
> > On Tuesday 12 January 2010 15:35:45 Ben de Groot wrote:
> >> 2010/1/12 Markos Chandras :
> >> > If you feel like it, become a proxy-maintainer and poke a developer to
> >> > put your ebuilds on tree. Have you
On Wed, Jan 13, 2010 at 9:24 PM, Mike Frysinger wrote:
> i think our current work flows also significantly impede the smooth running of
> this. if we had were using a dscm (git) on gentoo-x86, i feel like it'd be a
> much smoother ride for Gentoo devs to pull from a proxy maintainer and push on
>
21 matches
Mail list logo
