| 1 |
* On 17.12.2005 Martin wrote: |
| 2 |
|
| 3 |
> Da kann ich nur zustimmen. Und danach dann - je nach Zeit und Lust - |
| 4 |
> equery l kde-*/kde*, ein Paket aussuchen, emerge -C Paket, emerge -pv |
| 5 |
> Paket-meta, entscheiden, ob man lieber das ganze Meta haben möchte, oder |
| 6 |
> sich einzelne ebuilds rauspickt. |
| 7 |
|
| 8 |
Ich hab's wie auf genannter URL gemacht. Also |
| 9 |
kde-functions.eclass gesourcet und mir angesehen, welche Pakete |
| 10 |
zu dem jeweiligen *base Paket gehoeren (get-child-packages |
| 11 |
category/paket). Jetzt habe ich ein wild gemischtes kde-system |
| 12 |
mit z.B. kdebase und kdenetwork als normale 'alte' |
| 13 |
non-split-ebuilds und aus kdepim nur kmail und kontact (s.u.). |
| 14 |
Ist wahrscheinlich auch nicht das gelbe vom Ei, aber ich sehe |
| 15 |
momentan nicht wirklich ein, warum ich, wenn ich alle Pakete von |
| 16 |
kdebase haben will, mir (bzw. meinem Rechner) die Mehrzeit |
| 17 |
aufhalsen sollte, kdebase-meta zu installieren. Das braucht |
| 18 |
naemlich definitiv mehr Zeit, als das einzelne kdebase zu |
| 19 |
kompilieren. Fuer die split-ebuilds muss ja jedes mal das |
| 20 |
komplette *base Paket ausgepackt werden und der configure Vorgang |
| 21 |
durchgefuehrt werden. In meinen Augen lohnt sich das dann |
| 22 |
wirlich nur, wenn du nur ein paar Pakete haben willst. |
| 23 |
|
| 24 |
> Für dieses Vorgehen gibt's keine Funktionsgarantie! (Man sollte nicht |
| 25 |
> alles nachmachen, was ich mache... ;-) ) |
| 26 |
|
| 27 |
Da gebe ich dir absolut recht. Man sollte sowieso nicht alles |
| 28 |
blind nachtippen, was man irgendwo gelesen hat ;-) Deswegen will |
| 29 |
ich meine momentane Situation mit dem gemischten kde-System auch |
| 30 |
keinesfalls irgendjemandem nahelegen ... |
| 31 |
|
| 32 |
>> 1. <http://www.gentoo.org/doc/en/kde-split-ebuilds.xml> |
| 33 |
|
| 34 |
So long, |
| 35 |
tkr |
| 36 |
|
| 37 |
-- |
| 38 |
The real purpose of books is to trap the mind into doing its own thinking. |
| 39 |
-- Christopher Morley |
Archives