Gentoo Archives: gentoo-dev

From: Jaco Kroon <jaco@××××××.za>
To: gentoo-dev@l.g.o, Florian Schmaus <flow@g.o>
Subject: Re: [gentoo-dev] Proposal to undeprecate EGO_SUM
Date: Fri, 30 Sep 2022 15:10:18
Message-Id: 6ec10c97-88e7-841d-a2da-0adbfb9d3dc5@uls.co.za
In Reply to: Re: [gentoo-dev] Proposal to undeprecate EGO_SUM by Florian Schmaus
1 Hi,
2
3 On 2022/09/30 16:53, Florian Schmaus wrote:
4 > jkroon@plastiekpoot ~ $ du -sh /var/db/repos/gentoo/
5 >> 644M    /var/db/repos/gentoo/
6 >>
7 >> I'm not against exploding this by another 200 or even 300 MB personally,
8 >> but I do agree that pointless bloat is bad, and ideally we want to
9 >> shrink the size requirements of the portage tree rather than enlarge.
10 >
11 > What is the problem if it is 400 MB more? ? What if we double the
12 > size? Would something break for you? Does that mean we should not add
13 > more packages to ::gentoo? Where do you draw the line? Would you
14 > rather have interested persons contribute to Gentoo or drive them away
15 > due the struggle that the EGO_SUM deprecation causes?
16 How long is a piece of string?
17
18 I agree with you entirely.  But if the tree gets to 10GB?
19
20 At some point it may be worthwhile to split the tree similar to what
21 Debian does (or did, haven't checked in a while) where there is a core,
22 non-core repo etc ... except I suspect it may be better to split into
23 classes of packages, eg, x11 (aka desktop) style packages etc, and keep
24 ::gentoo primarily to system stuff (which is also getting harder and
25 harder to define).  And this also makes it harder for maintainers.  And
26 this is really already what separate overlays does except the don't (as
27 far as I know) have the rigorous QA that ::gentoo has.
28
29 But again - at what point do you do this - and this also adds extra
30 burden on maintainers and developers alike.
31
32 And of course I could set a filter to not even --sync say /x11-* at
33 all.  For example.  Or /dev-go or /dev-php etc ...
34
35 So perhaps you're right, this is a moot discussion.  Perhaps we should
36 just say let's solve the problem when (if?) people complain the tree is
37 too big.  No, I'm not being sarcastic, just blunt (;
38
39 The majority of Gentoo users (in my experience) are probably of the
40 developer oriented mindset either way, or have very specific itches that
41 need scratching that's hard to scratch with other distributions.  Let's
42 face it, Gentoo to begin with should probably not be considered an
43 "easy" distribution.  But it is a highly flexible, pro-choice, extremely
44 customizable, rolling release distribution.  Which scratches my itch.
45
46 Incidentally, the only categories currently to individually exceed 10MB
47 are these:
48
49 11M    media-libs
50 11M    net-misc
51 12M    dev-util
52 13M    dev-ruby
53 16M    dev-libs
54 30M    dev-perl
55 31M    dev-python
56
57 And by far the biggest consumer of space:
58
59 124M    metadata
60
61 Kind Regards,
62 Jaco

Replies

Subject Author
Re: [gentoo-dev] Proposal to undeprecate EGO_SUM Zoltan Puskas <zoltan@×××××××××.info>