Gentoo Archives: gentoo-dev

From: Ciaran McCreesh <ciaran.mccreesh@×××××××××××××.uk>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Paludis and Profiles
Date: Wed, 17 May 2006 15:08:33
Message-Id: 20060517160051.39b72cd8@snowdrop.home
In Reply to: Re: [gentoo-dev] Paludis and Profiles by Carsten Lohrke
1 On Wed, 17 May 2006 16:21:13 +0200 Carsten Lohrke <carlo@g.o>
2 wrote:
3 | > Nice idea in theory. In reality, Portage is a big incestuous mess
4 | > and can't have that kind of change made to it
5 |
6 | The former yes, the latter statement is questionable.
7
8 Not really. It's why everyone is busy rewriting Portage. The code
9 simply isn't modular enough to make ripping out any particular
10 component viable.
11
12 | > , and defining such an
13 | > interface between package manager parts would take considerably more
14 | > time and code than just rewriting the whole thing.
15 |
16 | That won't mean you face the same situation at one point again, so
17 | you likely have to spent the same or even more amount of time, just
18 | over a longer time frame.
19
20 And no matter how many times people end up rewriting things, doing a
21 generic future-proof cross-language interface that supports everything
22 that *might* be done in the future is going to take so long that it
23 will never actually get written.
24
25 | > Having said that,
26 | > you can swap around pretty much any component of Paludis, since it's
27 | > proper modular code -- Kugelfang has a mostly working
28 | > implementation of a CRAN repository, for example.
29 |
30 | Doesn't sound like independent runtime components, as I am proposing.
31
32 It's compile time at present, simply because no-one considers it worth
33 the effort of screwing around with .so files until it's really really
34 necessary.
35
36 --
37 Ciaran McCreesh
38 Mail : ciaran dot mccreesh at blueyonder.co.uk
39
40
41 --
42 gentoo-dev@g.o mailing list