Gentoo Archives: gentoo-project

From: Tom Wijsman <TomWij@g.o>
To: gentoo-project@l.g.o
Subject: Re: [gentoo-project] Re: Call for agenda items - Council meeting 2013-04-09
Date: Wed, 10 Apr 2013 13:26:15
Message-Id: 20130410152516.12d9cc1c@TOMWIJ-GENTOO
In Reply to: Re: [gentoo-project] Re: Call for agenda items - Council meeting 2013-04-09 by "vivo75@gmail.com"
1 On Wed, 10 Apr 2013 15:02:44 +0200
2 "vivo75@×××××.com" <vivo75@×××××.com> wrote:
3
4 > Actually putting everithing in an eclass could make maintenaince
5 > easyer and faster while providing history of changes.
6
7 That's not necessarily true, this entirely depends on how the eclass is
8 implemented and what you are putting into it. This also takes into
9 account not having one eclass to rule em all or an eclass that covers
10 just two lines, there's a right amount to it; in this case, the eclass
11 just doesn't work out the way you'd want to. It breaks because of that.
12
13 > My example being mysql (and forks) which use mysql*.eclass.
14 > Stability for the mysql packages has been good, while maintaining
15 > _multiple_ versions of them actually useable.
16 >
17 > Disclaimer:
18 > The actual mantainers opinion may be even the opposite of this one,
19 > and mine may very well be biased, since I'm the one who moved the
20 > ebuild in the eclasses few years ago.
21
22 Some eclasses being usable doesn't mean that all eclasses are usable.
23 This thread isn't about moving code to an eclass, it's rather about the
24 eclass itself being poorly designed and the ways people want to deal
25 (or not deal) with it; this in itself is a sub discussion of whether to
26 plan to get rid of EAPI 0 next council meeting.
27
28 --
29 With kind regards,
30
31 Tom Wijsman (TomWij)
32 Gentoo Developer
33
34 E-mail address : TomWij@g.o
35 GPG Public Key : 6D34E57D
36 GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D

Attachments

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