| 1 |
On Mon, 01 Aug 2005 14:54:04 -0700 Donnie Berkholz |
| 2 |
<spyderous@g.o> wrote: |
| 3 |
| Ciaran McCreesh wrote: |
| 4 |
| | Well... What I was mainly thinking (and assuming we don't have the |
| 5 |
| | new virtuals system by whenever this becomes relevant) is that a |
| 6 |
| | metapackage could represent, say, "the core x11 libraries as |
| 7 |
| | provided by xorg". This is all well and good, but there are other X |
| 8 |
| | implementations out there. It could well save a lot of work in the |
| 9 |
| | long term if deps were generally upon "the core x11 libraries" |
| 10 |
| | instead. |
| 11 |
| |
| 12 |
| But see, that's the thing; no packages should just generally say "Give |
| 13 |
| me the X libraries" other than temporarily. They should be |
| 14 |
| specifically demanding upon the exact libraries they require. |
| 15 |
|
| 16 |
Hrmmmmm. Is this going to be sanely doable by your average dev? How long |
| 17 |
a dep string would we be having in typical cases? How about in bad |
| 18 |
cases? |
| 19 |
|
| 20 |
| | Is it your assumption that in the future xorg-x11 will be the only |
| 21 |
| | serious X server? |
| 22 |
| |
| 23 |
| My assumption is that if there's another fork, it will be easier to |
| 24 |
| deal with || ( xorg-libfoo forkx-libfoo ) than a virtual for every |
| 25 |
| single package X provides. |
| 26 |
|
| 27 |
So X deps will be by package ('either xorg-libfoo or forkx-foo or |
| 28 |
sgi-x'), rather than by concept in the future? |
| 29 |
|
| 30 |
| | *shrug* I realise we make similar assumptions about a lot of |
| 31 |
| | packages, but X is a) an at least vaguely standard protocol, b) |
| 32 |
| | heavily depended upon and c) implemented by more than one vendor. |
| 33 |
| |
| 34 |
| Indeed. But what I've begun to discover is that virtuals aren't always |
| 35 |
| the best solution when there is more than one provider, much less when |
| 36 |
| that's a largely hypothetical question. |
| 37 |
|
| 38 |
Mmm, possibly true. For the big things though, I was hoping we could |
| 39 |
switch more towards depending by concept rather than by implementation, |
| 40 |
especially once we get improved virtuals. The current X situation is |
| 41 |
sort of a concept dependency -- moving away from that could arguably be |
| 42 |
seen as a regression from one perspective. |
| 43 |
|
| 44 |
-- |
| 45 |
Ciaran McCreesh |
| 46 |
-- |
| 47 |
gentoo-dev@g.o mailing list |
Archives