Peter Jensen wrote:
> J.O. Aho wrote:
>
>>> There are a *lot* of split ebuilds. It has its benefits and its
>>> drawbacks. Can't say I'm a big fan of them, just yet.
>> The slower machine you have and there is a bugfixing ebuild, I bet all
>> my bucks you rather have a short wait than 4-6h for the package
>> including the fix to build.
>
> Yes, but the last time I tried it on a really slow machine, a full KDE
> upgrade took approximately 50% longer than usual because of all the
> extra unpacking and configuring

I agree on that it takes longer time with the initial install of kde-meta, but
upgrades do take a lot shorter time, even if the dependency is more complex
(by the way portage suxx when it comes to dependency checks).


> (and full KDE upgrades aren't exactly rare).

I a way this is a problem how Gentoo has decided to install, it must be quite
wonderful for the devel working with the KDE packages in Gentoo that they can
have 10 different versions installed at the same time, bu I doubt any normal
user has two different versions of KDE installed for more than a hour. There
are many times a minor update had been enough, if only one version would have
been placed in the same place.


> Not to mention that every single deep upgrade takes
> significantly longer to calculate because of the more complex dependency
> tree.

This is kind of marginal difference, you already have so much junk installed
that you hardly can blame KDE-meta for this, just take a look at the bloated
Gnome2 that so many Gentoo users has installed.


> You just have to sit there and wait for portage to churn through
> it all, every time. For a slow machine I would actually much prefer the
> old monolithic ebuilds.

There are many things that could make things a lot better for a slow machine,
a well working portage instead of the python engined file collection.


//Aho