Angelo Arrifano mik...@gentoo.org posted
1233691996.22368.25.ca...@localhost, excerpted below, on Tue, 03 Feb 2009
20:13:15 +:
On Ter, 2009-02-03 at 11:47 -0800, Donnie Berkholz wrote:
On 11:24 Tue 03 Feb , Donnie Berkholz wrote:
Could you expand on how each new category is useful?
In my maintainer point of view, it just make sense to follow upstream
categorization of packages.
In the user centric view, it will be a lot more easier to know what
package is for by looking at each category. gpe- is intended for
embedded devices, one might want to keep it clean and minimal.
What are the stats on package count per category?
I got this from solar:
30 gpe-base
8 gpe-games
4 gpe-media
9 gpe-misc
2 gpe-net
32 gpe-phone
6 gpe-pim
18 gpe-utils
8 gpe-xsession
Unless those tiny ones are going to be growing a lot, I'm not terribly
convinced of this many new ones.
They won't grow much over time so I understand your point. {But...]
What about handling it much as split-KDE is handled? IOW, just one gpe-
base (or if upstream specifically has the dash already, maybe gpalmtop-
environment) category, with gpecat-pkgname or gpe-cat-pkgname packages,
so you'd have gpe-base/gpebase-pkgfoo, gpe-base/gpegames-pkgbar, etc?
That would closely parallel the kde-base/kdebase-cursors,
kde-base/kdenetwork-kfile-plugins scheme, with options such as
kde-base/konqueror (no upstream category name included) if desired.
--
Duncan - List replies preferred. No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your master. Richard Stallman