Gentoo Archives: gentoo-dev

From: Jim Ramsay <lack@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009)
Date: Tue, 24 Feb 2009 20:37:46
Message-Id: 20090224153736.71804732@vrm378-02.vrm378.am.mot.com
In Reply to: Re: [gentoo-dev] Issues regarding glep-55 (Was: [gentoo-council] Re: Preliminary Meeting-Topics for 12 February 2009) by Ciaran McCreesh
1 Ciaran McCreesh <ciaran.mccreesh@××××××××××.com> wrote:
2 > On Tue, 24 Feb 2009 15:07:29 -0500
3 > Jim Ramsay <lack@g.o> wrote:
4 > > I think
5 > > things are very nicely documented in PMS and the devmanual, which
6 > > are where all EAPI changes should be documented in the future,
7 > > regardless if you specify the EAPI in the file, the extension, or
8 > > both.
9 >
10 > They only ended up nicely documented after people moaned a lot that
11 > they were having a hard time keeping track of EAPIs...
12
13 You can't possibly be suggesting that everyone will be able to keep an
14 ever-increasing number of feature sets in his or her mind, or that
15 changing from a two-level to a one-level EAPI definition will remove
16 the need for documentation going forward, so I'm not sure what you mean
17 by this.
18
19 > > Two levels really just means that any fancy tables will have to have
20 > > one extra row (or perhaps a series of fancy tables) and any
21 > > summaries will have to have an extra section added whenever a new
22 > > filename extension becomes necessary.
23 >
24 > It'll mean people will carry on having to use the tables, and won't
25 > start remembering things as time goes on.
26
27 See comment above. The need for documentation will only increase going
28 forward as new and varied EAPI definitions are created.
29
30 > > If I understand the '.eapi3.eb' to which you make passing reference,
31 > > this is just a fancy hand-wavy way to say "Look, the true .eb
32 > > extension won't ever change, just the .eapi3 part which isn't
33 > > technically the extension..." which isn't a compromise at all - It's
34 > > an attempt to (cleverly?) obfuscate where in the filename the EAPI
35 > > is stored.
36 >
37 > Yup. And yet there're people who are perfectly happy with .eapi3.eb
38 > who hate GLEP 55. That should tell you all you need to know about
39 > what's going on here...
40
41 Seriously? That's scary. But hey, if that's actually going to get
42 more people behind this, let's do it instead.
43
44 --
45 Jim Ramsay
46 Gentoo Developer (rox/fluxbox/gkrellm/vim)

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies