Gentoo Archives: gentoo-dev

From: Roy Bamford <neddyseagoon@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Gentoo Council Reminder for May 28
Date: Wed, 27 May 2009 19:55:46
Message-Id: 1243454143.3480.1@NeddySeagoon
In Reply to: Re: [gentoo-dev] Gentoo Council Reminder for May 28 by Ferris McCormick
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 On 2009.05.27 13:46, Ferris McCormick wrote:
5 > On Tue, 2009-05-26 at 20:57 +0200, Tiziano Müller wrote:
6 > > This is your friendly reminder! Same bat time (typically the 2nd &
7 > 4th
8 > > Thursdays at 2000 UTC / 1600 EST), same bat channel (#gentoo-
9 > council
10 > @
11 > > irc.freenode.net) !
12 > >
13 > > If you have something you'd wish for us to chat about, maybe even
14 > vote
15 > > on, let us know! Simply reply to this e-mail for the whole Gentoo
16 > dev
17 > > list to see.
18 > >
19 > > For more info on the Gentoo Council, feel free to browse our
20 > homepage:
21 > > http://www.gentoo.org/proj/en/council/
22 > >
23 > >
24 > > Following is the preliminary meeting agenda. First we'll have to
25 > fill
26 > > the empty spot. After a short upgrade on EAPI-3 implementation we
27 > will
28 > > discuss the removal of old eclasses, followed by our old friend
29 > GLEP
30 > 55.
31 > > If we still have time we can dive into the topic of general EAPI
32 > > development.
33 > >
34 >
35 > Because Piotr recently amended GLEP55 to provide some further
36 > clarification and justification as well as to present a few
37 > alternatives
38 > addressing some objections people have expressed, it seems to me that
39 > the GLEP55 discussion should now go something like this:
40 >
41 > 1. Approve the concept in principle (I think Piotr's examples
42 > sufficiently show the need for something along the lines set out in
43 > the
44 > revised GLEP);
45 >
46 [snip]
47 > > Cheers,
48 > > Tiziano
49 > Regards,
50 > Ferris
51 > --
52 > Ferris McCormick (P44646, MI) <fmccor@g.o>
53 > Developer, Gentoo Linux (Sparc, Userrel, Trustees)
54 >
55 GLEP 55 still confuses the problem and the solution.
56 Adding metadata to the filename is not required and is bad system
57 design practice. Its also the first step on the slippery slope to
58 adding more metadata in the future.
59
60 Changing the .ebuild extension, to blind existing PMs to new format
61 ebuilds, is probably a good thing as it means we can have both
62 formats in the tree at the same time and not wait a long time (year
63 plus) for users to be on a new package manager.
64
65 This allows the EAPI to be included within the ebuild where it belongs.
66
67 That means the EAPI needs to be extracted before the ebuild is sourced,
68 which from the figures bandied about on the list may take marginaly
69 longer but its a price worth paying for a sound system design.
70 Gentoo should not repeat the VHS vs Betamax war. For those who do not
71 remember, VHS was the better marketed but inferior technical solution
72 that won the standards war for domestic Video recorders.
73
74 The aims of GLEP 55 are good but the proposed implementaion is bad
75 practice, so GLEP 55 should be rejected in its present form.
76
77 - --
78 Regards,
79
80 Roy Bamford
81 (NeddySeagoon) a member of
82 gentoo-ops
83 forum-mods
84 treecleaners
85 trustees
86 -----BEGIN PGP SIGNATURE-----
87 Version: GnuPG v2.0.11 (GNU/Linux)
88
89 iEYEARECAAYFAkodmr8ACgkQTE4/y7nJvat44gCfWz/XUkodXfh4VuEM6uPrF04/
90 SzcAoKJKXfKUac/AVZ3/y6ez1XzoG33+
91 =yVGU
92 -----END PGP SIGNATURE-----

Replies

Subject Author
Re: [gentoo-dev] Gentoo Council Reminder for May 28 Ciaran McCreesh <ciaran.mccreesh@××××××××××.com>
Re: [gentoo-dev] Gentoo Council Reminder for May 28 Joe Peterson <lavajoe@g.o>
Re: [gentoo-dev] Gentoo Council Reminder for May 28 "Tiziano Müller" <dev-zero@g.o>