Angelo Arrifano <mik...@gentoo.org> posted
1233691996.22368.25.ca...@localhost, excerpted below, on Tue, 03 Feb 2009
20:13:15 +0000:
> 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-xxxx 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
