On Wed, Jan 13, 2010 at 9:24 PM, Mike Frysinger vap...@gentoo.org 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
On Wednesday 13 January 2010 23:02:17 Ben de Groot wrote:
2010/1/13 Mike Frysinger vap...@gentoo.org:
On Tuesday 12 January 2010 15:35:45 Ben de Groot wrote:
2010/1/12 Markos Chandras hwoar...@gentoo.org:
If you feel like it, become a proxy-maintainer and poke a developer to
put your
On 1/14/10, Nirbheek Chauhan nirbh...@gentoo.org wrote:
On Wed, Jan 13, 2010 at 9:24 PM, Mike Frysinger vap...@gentoo.org 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
# Markos Chandras hwoar...@gentoo.org (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
On Sat, 02 Jan 2010 05:44:31 -0800, David Shakaryan o...@gentoo.org
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
2010/1/14 Nirbheek Chauhan nirbh...@gentoo.org:
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
2010/1/14 Markos Chandras hwoar...@gentoo.org:
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
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 in
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 elected
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
On Thu, Jan 14, 2010 at 7:17 PM, Nguyen Thai Ngoc Duy pclo...@gmail.com 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 dir, git diff --cached --stat
On Fri, Jan 15, 2010 at 2:01 AM, Daniel Bradshaw dan...@the-cell.co.uk 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
On Fri, Jan 15, 2010 at 3:51 AM, Nirbheek Chauhan nirbh...@gentoo.org 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
On 01/14/2010 10:21 PM, Nirbheek Chauhan wrote:
On Fri, Jan 15, 2010 at 2:01 AM, Daniel Bradshawdan...@the-cell.co.uk 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
On Thu, Jan 14, 2010 at 10:34 PM, Paweł Hajdan, Jr.
phajdan...@gentoo.org 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
On Fri, Jan 15, 2010 at 03:59:00AM +0530, Nirbheek Chauhan wrote:
On Fri, Jan 15, 2010 at 3:51 AM, Nirbheek Chauhan nirbh...@gentoo.org 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
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 of
On Fri, Jan 15, 2010 at 4:24 AM, Robin H. Johnson robb...@gentoo.org 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
On Thu, Jan 14, 2010 at 07:07:01PM -0500, Paul Arthur wrote:
On 2010-01-14, Nirbheek Chauhan nirbh...@gentoo.org wrote:
On Wed, Jan 13, 2010 at 9:24 PM, Mike Frysinger vap...@gentoo.org wrote:
i think our current work flows also significantly impede the smooth
running of
this. Â if we
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
8r2=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 I
get
-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
$ hg add --time
21 matches
Mail list logo