* On 17.12.2005 Martin wrote:

> Da kann ich nur zustimmen. Und danach dann - je nach Zeit und Lust -
> equery l kde-*/kde*, ein Paket aussuchen, emerge -C Paket, emerge -pv
> Paket-meta, entscheiden, ob man lieber das ganze Meta haben möchte, oder
> sich einzelne ebuilds rauspickt.

 Ich hab's wie auf genannter URL gemacht. Also
kde-functions.eclass gesourcet und mir angesehen, welche Pakete
zu dem jeweiligen *base Paket gehoeren (get-child-packages
category/paket). Jetzt habe ich ein wild gemischtes kde-system
mit z.B. kdebase und kdenetwork als normale 'alte'
non-split-ebuilds und aus kdepim nur kmail und kontact (s.u.).
Ist wahrscheinlich auch nicht das gelbe vom Ei, aber ich sehe
momentan nicht wirklich ein, warum ich, wenn ich alle Pakete von
kdebase haben will, mir (bzw. meinem Rechner) die Mehrzeit
aufhalsen sollte, kdebase-meta zu installieren. Das braucht
naemlich definitiv mehr Zeit, als das einzelne kdebase zu
kompilieren. Fuer die split-ebuilds muss ja jedes mal das
komplette *base Paket ausgepackt werden und der configure Vorgang
durchgefuehrt werden. In meinen Augen lohnt sich das dann
wirlich nur, wenn du nur ein paar Pakete haben willst.

> Für dieses Vorgehen gibt's keine Funktionsgarantie! (Man sollte nicht
> alles nachmachen, was ich mache... ;-) )

 Da gebe ich dir absolut recht. Man sollte sowieso nicht alles
blind nachtippen, was man irgendwo gelesen hat ;-) Deswegen will
ich meine momentane Situation mit dem gemischten kde-System auch
keinesfalls irgendjemandem nahelegen ...

>> 1. <http://www.gentoo.org/doc/en/kde-split-ebuilds.xml>

 So long,
tkr

-- 
The real purpose of books is to trap the mind into doing its own thinking.
		-- Christopher Morley