Gentoo Archives: gentoo-dev

From: Thomas Anderson <gentoofan23@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: Training points for users interested in helping out with ebuild development
Date: Wed, 13 May 2009 11:53:43
Message-Id: 20090513115336.GB18412@dodo.hsd1.nj.comcast.net
In Reply to: Re: [gentoo-dev] Re: Training points for users interested in helping out with ebuild development by Patrick Lauer
1 On Tue, May 12, 2009 at 08:35:41AM +0200, Patrick Lauer wrote:
2 > On Tuesday 12 May 2009 00:31:36 Ciaran McCreesh wrote:
3 > > On Mon, 11 May 2009 23:17:32 +0100
4 > >
5 > > George Prowse <george.prowse@×××××.com> wrote:
6 > > > An equilibrium seems to have been reached which currently works.
7 > >
8 > > An equilibrium has been reached, agreed, but that it works is up for
9 > > debate. There is a strong argument to be made that preserving the
10 > > equilibrium will keep Gentoo the way it is now -- delivering at best the
11 > > same user experience now that it was several years ago, in an
12 > > increasingly difficult and more competitive environment.
13 >
14 > Then there's package management. (Your favourite topic, I guess, because you
15 > want to keep complexifying it until one needs a PhD to write an ebuild [which,
16 > in a way, would be quite ironic])
17
18 Same as Petteri here, new EAPIs make ebuilds easier to write for me, not
19 harder.
20
21 >
22 > And now you say "delivering the same user experience" ...
23 > ... ignoring the tons of new features and things that have happened. You're
24 > being dishonest again in an attempt to make us look like baboons. Two thirds
25 > of the new features grew on your compost heap (and half of these features we
26 > didn't even want, but after about three years of you pushing them at every
27 > opportunity people are getting so demotivated that they are willing to let you
28 > have one feature if you just STOP WHINING for more than 10 minutes)[GLEP55,
29 > for example - there's about 8 people that want it, but those keep bringing it
30 > up at EVERY opportunity. It's still a fundamentally stupid idea that doesn't
31 > solve any problems, and the claim that it might solve problems we have in the
32 > future is quite asinine because we can do the changes then, _if_ the
33 > theoretical problems actually become an issue, without messing up most
34 > everything now for some hypothetical gain that has not even conclusively shown
35 > ...]
36
37 I'd wager there are more than 8 people that want it, but even so, just
38 because not many people realize its usefulness doesn't mean it's a bad
39 proposal(unpopular decisions != bad decisions, in other words).
40
41 The changes we want are something that we want soon, but there's nothing
42 we can do until something solving the problem GLEP 55 is solving is
43 approved.
44
45 Also, please stop the "compost heap", "whining" etc. It's tantamount to
46 a personal attack.
47
48 >
49 > - We're not in a bad shape, dying or dead. We don't intend to.
50
51 Few empires "intend" to die, but I'd agree that we're not dying/dead ;-).
52
53 >
54 > - More complex doesn't mean better.
55 > "Perfection isn't when you cannot add more things but when there are none left
56 > to remove" or how that quote went. You know what I mean. Rewriting the init
57 > scripts in XML might be what some call progress (now you can verify 'em!), but
58 > it doesn't actually add any value and complexifies things in a bad way
59
60 I've not seen anything complexifying things for no benefit recently.
61 Care to mention those?
62 >
63 > - Repeating a lie can make it true, if you repeat it long enough. Worst case
64 > you just have to wait until everyone who disagrees dies of old age.
65 >
66
67 Most things people are calling "lies" I'd call more "opinions that I
68 disagree with". We really do dramatize and bring too much importance on
69 disagreements ;-). Also, I imagine you're talking about glep54/glep55
70 none of which there have been lies spread by their proponents(that I've
71 seen).
72
73 --
74 ---------
75 Thomas Anderson
76 Gentoo Developer
77 /////////
78 Areas of responsibility:
79 AMD64, Secretary to the Gentoo Council
80 ---------