On Mon, 2005-01-31 at 14:06 +1100, Rodd Clarkson wrote:
On Sun, 2005-01-30 at 19:01 -0500, Jeff Johnson wrote:
> But yes, splitting packages by usage category, like -debuginfo, and
> srpm, would
> only help. Another split might be attempted by "popularity" as
objectively
> measured by number of downloads. "Popular" or "important"
packages might be
> released more often, while other packages less often, another way to reduce
> the amount of information that flows from repos.
Or maybe splitting repos into different areas of Core. So you could
have a CORE repo, and KDE repo, a GNOME repo, a OOo repo, a Java repo,
etc so you only have to look through the repos that concern your install
base.
eh-GADS! That almost sounds like the whole CORE - Extras idea that's
being floated ;-]
The problem there would be making sure the repositories had local dep
closure.
It's not difficult to do but from an organizational standpoint it'd be a
pain in the arse.
-sv