1 |
On Sun, 7 Apr 2013 14:08:57 +0200 |
2 |
"Andreas K. Huettel" <dilfridge@g.o> wrote: |
3 |
|
4 |
> Am Sonntag, 7. April 2013, 04:05:11 schrieb Ryan Hill: |
5 |
> > Toolchain packages, for better or worse, are built by eclass. We are not |
6 |
> > forward-porting toolchain.eclass every time someone decides there are too |
7 |
> > many EAPIs in the tree. Every change to that eclass breaks something (the |
8 |
> > trick is to break things people don't care about any more and hope no one |
9 |
> > notices). |
10 |
> |
11 |
> I'm sorry, but this comes over roughly like follows: |
12 |
> |
13 |
> "We're the only ones doing really complex stuff in the tree, you know, |
14 |
> eclasses! Can't really be bothered to clean up the code, especially not for |
15 |
> such pointless things as improvements in package manager handling. Our code |
16 |
> is highly complex and really fragile, so every small change breaks things. |
17 |
> We're trying to hide this as well as we can, thank you for not noticing." |
18 |
|
19 |
Hrm. I just meant that package eclasses suck. I hate the fact that they |
20 |
effectively make stable moot. There is no such thing as a stable keyword for a |
21 |
package built by an eclass. It's like working without a net. When it's a core |
22 |
system package it's twice as bad. |
23 |
|
24 |
As far as these eclasses go, toolchain is the worst. Yes, it is fragile |
25 |
and complex. It's over a decade's worth of spaghetti code. It builds 12 years |
26 |
of gcc releases. It's hairy. Everything depends on everything else, and |
27 |
everything is based on assumptions and implications that may or may not still |
28 |
be relevant. Making "obviously" correct changes has often broken something |
29 |
somewhere else, time and again. I'm not telling you this for some kind of |
30 |
perverse bragging rights. It's not something to be proud of. I just want you |
31 |
to understand how easy it is to fuck things up. |
32 |
|
33 |
When it breaks, it breaks stable. I absolutely hate breaking stable. I lose |
34 |
sleep over it. |
35 |
|
36 |
So I'm sorry if I come across as "we can't be bothered", but I'm not changing |
37 |
things if they don't absolutely need to be changed. There are two of us. Mike |
38 |
takes care of half the tree. I have maybe an hour or two for Gentoo a night |
39 |
and I spend all that time fixing already existing bugs. I would absolutely |
40 |
love to overhaul the eclass - I think I would learn a hell of a lot doing it - |
41 |
but I don't have the time to deal with the fallout and frankly I'm not that |
42 |
irresponsible that I would put people through that just for my own amusement. |
43 |
|
44 |
If someone else wants to try and improve the situation, please feel free. |
45 |
|
46 |
So unless you're lobbying for the actual removal of EAPI 0, which I don't think |
47 |
you are, I don't think we'll be changing at this time. |
48 |
|
49 |
|
50 |
-- |
51 |
gcc-porting |
52 |
toolchain, wxwidgets by design, by neglect |
53 |
@ gentoo.org for a fact or just for effect |