Gentoo Archives: gentoo-dev

From: Ryan Hill <dirtyepic@g.o>
To: gentoo-dev@l.g.o
Subject: [gentoo-dev] Re: Collecting opinions about GLEP 55 and alternatives
Date: Tue, 24 Feb 2009 23:47:52
Message-Id: 20090224174840.6af6eb99@halo.dirtyepic.sk.ca
In Reply to: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives by "Petteri Räty"
1 On Wed, 25 Feb 2009 00:21:23 +0200
2 Petteri Räty <betelgeuse@g.o> wrote:
3
4 > Let's try something new. I would like to get opinions from as many
5 > people as possible about GLEP 55 and alternatives listed here in order
6 > to get some idea what the general developer pool thinks. Everyone is
7 > only allowed to post a single reply to this thread in order to make it
8 > easy to read through. The existing thread should be used for actual
9 > discussion about the GLEP and the alternatives. This should be a
10 > useful experiment to see if we can control ourselves :)
11 >
12 > My notes so far:
13 >
14 > 1) Status quo
15 > - does not allow changing inherit
16 > - bash version in global scope
17 > - global scope in general is quite locked down
18 >
19 > 2) EAPI in file extension
20 > - Allows changing global scope and the internal format of the ebuild
21 > a) .ebuild-<eapi>
22 > - ignored by current Portage
23
24 #1
25
26 Though I also wouldn't mind separate EAPI and ebuild-format versions,
27 EAPI limited to the stuffing and EBV for the bird. I'd expect the
28 number of times we'll need to make global changes will be few.
29 (fewer than EAPI changes anyways)
30
31 > b) .<eapi>.ebuild
32 > - current Portage does not work with this
33
34 #2
35
36 > c) .<eapi>.<new extension>
37 > - ignored by current Portage
38
39 This would be #2 if I could think of a better extension than .ebuild
40
41 .esh
42 .gentoo
43 .rebuild
44 .fbuild
45 .eawesomeness
46
47 (not seriously)
48
49 > 3) EAPI in locked down place in the ebuild
50 > - Allows changing global scope
51 > - EAPI can't be changed in an existing ebuild so the PM can trust
52 > the value in the cache
53 > - Does not allow changing versioning rules unless version becomes a
54 > normal metadata variable
55 > * Needs more accesses to cache as now you don't have to load older
56 > versions if the latest is not masked
57 > a) <new extension>
58 > b) new subdirectory like ebuilds/
59 > - we could drop extension all together so don't have to argue about
60 > it any more
61 > - more directory reads to get the list of ebuilds in a repository
62 > c) .ebuild in current directory
63 > - needs one year wait
64
65 #3
66
67 --
68 gcc-porting, by design, by neglect
69 treecleaner, for a fact or just for effect
70 wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662

Attachments

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