Gentoo Archives: gentoo-dev

From: Daniel Goller <morfic@g.o>
To: Jason Rhinelander <jason@××××××××××××××××.com>
Cc: Roman Gaufman <hackeron@×××××.com>, Ciaran McCreesh <ciaranm@g.o>, gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] A few modest suggestions regarding tree size
Date: Tue, 12 Oct 2004 22:54:14
Message-Id: 416C619E.9070900@gentoo.org
In Reply to: Re: [gentoo-dev] A few modest suggestions regarding tree size by Jason Rhinelander
1 the point of the serious thread was to look for the .tar.bz2, .tar.gz,
2 .tbz2, .tgz2 and possible other binary files together with the files you
3 summed up
4
5 Jason Rhinelander wrote:
6
7 > I actually quite appreciated ciaranm's response - it shows he's not
8 > buying into the whole "Gentoo is rice" deal, and I think that's a very
9 > good thing for Gentoo and Gentoo's users.
10 >
11 > PLEASE be more scientific than "I think it's like 25%". Let's get it
12 > straight just how much we're talking about, before throwing out things
13 > like "pretty major" or "like 25%".
14 >
15 > First, everything in portage:
16 >
17 > find . \( -not -path './distfiles/*' \) | perl -lne '$s+=-s; $c++;
18 > END{print "$c files, $s bytes total"}'
19 > 100120 files, 403235992 bytes total
20 >
21 > Now, all the diffs/patches in the files/ directories:
22 >
23 > find . -path '*/*/files/*.patch' -or -path "*/*/files/*.diff" | perl
24 > -lne '$s+=-s; $c++; END{print "$c files, $s bytes total"}'
25 > 5082 files, 13142437 bytes total
26 >
27 > So, by removing all of these, you end up removing 5% -- not 25% -- of
28 > the files from portage, comprising 3% of the space used by a portage
29 > tree. Is this really "pretty major"?
30 >
31 > -- Jason Rhinelander
32 > -- Gossamer Threads, Inc.
33 >
34 >
35 > Roman Gaufman wrote:
36 >
37 >> I think its wrong for a maintainer to troll like this on the dev
38 >> mailing list -- but then again its ciaranm - he's a joker :)
39 >>
40 >> But seriously, there were some nice ideas in the last few messages,
41 >> and it wasnt 50Kb improvements, but a major drop in file number and
42 >> size, like 25% drop, thats pretty major -- also, it doesnt affect
43 >> developers much in terms of productivity.
44 >>
45 >> Including my idea of syncing based on a changelog, that will reduce
46 >> time to literally less than a second without affecting ebuild
47 >> maintainers at all.
48 >>
49 >
50 > --
51 > gentoo-dev@g.o mailing list
52 >
53 >
54
55 --
56 gentoo-dev@g.o mailing list