Re: [gentoo-dev] Re: New drivers category in portage (Was[gentoo-dev] macos mess)

["Gavin" <gavin@vess.com>]

Ok, if I define /usr/portage/<categories> as a set of categorized ebuilds for various software "packages", then I can define "dimensions" as abstract groupings of existing Gentoo portage "<categories>".  Using this terminology, for the purposes of my prior suggestion/question regarding filtering out the "bloat" (unnecessary bandwidth consumed) during an "emerge sync", I further define the following as descriptions of candidate "dimensions":

o TYPE, as in "drivers-${TYPE}"
o "<categories>"
o requires X
o requires KDE
o requires Gnome
o requires "platform"
o requires a specific type of kernel (e.g. linux, freebsd, openbsd), or subtype (e.g. linux/mm)
.
.
o many other possibilities

I'm primarily interested in using Gentoo as a server platform.  Large portions of the portage tree might be irrelevant to those with various specialized purposes.  My hypothesis centers around the idea that "<categories>" form an inadequate set of "dimensions" by which users might utilize as criteria for exclusion during "emerge sync".  Furthermore, as more "<categories>" and ebuilds are added, the manual effort required to update a RSYNC_EXCLUDEFROM list rises along with the bandwidth consumed.

Cheers,
Gavin

----- Original Message ----- 
From: "Donnie Berkholz" <spyderous@gentoo.org>
To: <gentoo-dev@lists.gentoo.org>
Sent: Sunday, July 25, 2004 6:57 PM
Subject: Re: [gentoo-dev] Re: New drivers category in portage (Was[gentoo-dev] macos mess)

On Sun, 2004-07-25 at 17:38, Gavin wrote:
> If we're adding another dimension of things that are irrelevant to my platform,

I'm not addressing the rest of your email. But we're not talking about
adding another dimension, merely expanding an existing one (categories)
and moving some packages in other categories to a potentially more
appropriate location.
-- 
Donnie Berkholz
Gentoo Linux


--
gentoo-dev@gentoo.org mailing list