1 |
On Wed, 5 Oct 2005 20:48:26 -0500 Brian Harring <ferringb@g.o> |
2 |
wrote: |
3 |
| > The sensible place to start experimenting is by adapting existing |
4 |
| > ebuilds and tinkering with ebuild.sh, not by adding something which |
5 |
| > may or may not end up being relevant to portage proper. |
6 |
| |
7 |
| Bluntly, what the hell do you think we're talking about here? In |
8 |
| case you haven't caught on, there *are* portage modifications that |
9 |
| have to go with it, meaning more then ebuild.sh. |
10 |
|
11 |
And you don't have a clue what said modifications really are until |
12 |
after you solve the ebuild side of things. The correct way to solve the |
13 |
problem is as follows: |
14 |
|
15 |
1. Properly define what you are trying to solve from an end result |
16 |
perspective. |
17 |
2. Properly define and provide substantial examples of how this can be |
18 |
done sanely through ebuilds. |
19 |
3. Work out how this applies to portage. |
20 |
4. Make sensible small revisions to 2. and 1. as necessary based upon |
21 |
any problems encountered in 3. |
22 |
|
23 |
The wrong way is as follows: |
24 |
|
25 |
1. Jump in with some portage code which does something random. |
26 |
2. Come up with a badly thought out incomplete requirements list. |
27 |
3. Start hacking ebuilds into an even worse mess to accommodate earlier |
28 |
screwups. |
29 |
|
30 |
And for the sake of completeness, the other wrong way which isn't being |
31 |
taken this time is: |
32 |
|
33 |
1. Come up with some buzzwords. |
34 |
2. ??? |
35 |
3. Profit! |
36 |
|
37 |
| Regardless, I'll backport haubi's patch to stable if anyone is after |
38 |
| screwing with it, unless michael's has a version that applies cleanly |
39 |
| to .53_rc4. Enough dancing, would rather hand it off to those who |
40 |
| are interested, and see what they come up with rather then fencing |
41 |
| via email (and accomplishing nothing). |
42 |
|
43 |
*sniff* *sniff* Ah yes, the familiar smell of multilib, osx, genkernel |
44 |
and the original portage implementation. |
45 |
|
46 |
-- |
47 |
Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) |
48 |
Mail : ciaranm at gentoo.org |
49 |
Web : http://dev.gentoo.org/~ciaranm |