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