[aur-general] [SPLITTED] AUR package categories (WAS: drpython PKGBUILD update)

[Aaron Griffin]

On Thu, Jun 5, 2008 at 2:38 PM, Jordi Cerdan <jcerdan at tecob.com> wrote:
> El jue, 05-06-2008 a las 21:27 +0200, Ronald van Haren escribió:
>> On Thu, Jun 5, 2008 at 9:12 PM, Alessio Bolognino <themolok.ml at gmail.com> wrote:
>> > On Thu 2008-06-05 20:20, Ronald van Haren wrote:
>> >> on a sidenote, I really don't see any point in having these
>> >> categories. The categories are really not intuitive and don't help
>> >> searching for a kind of package any easier.
>> >> Well, it may be just me of course :p
>> >
>> > I don't think they are extremely useful, but they don't hurt neither.
>> > Someone may think: "Let's see what cool game it's on the AUR" and then
>> > look at the "games" category.
>> >
>> > Every distro has packages in categories, and I think it does make sense.
>> >
>>
>> package categories are dropped from [core] and [extra] it seems from
>> both the  ABS tree and the package browser on www.archlinux.org
>>
>> Anyways, having package categories does indeed make sense as you
>> described in the case of games, as well as some other sorts of
>> packages. I just think the categories are really bad defined IMHO. For
>> example you need an editor. Most likely the editors are to be found in
>> the following categories: editors, devel, gnome, kde, xfce and maybe
>> even x11
>> Especially the gnome/kde/xfce categories seem not really needed to me.
>>
>>
>> > P.s.
>> > The first time I read your mail I thought you were proposing to drop
>> > categories, but probably you were not.
>> >
>> > --
>> > Alessio (molok) Bolognino
>> >
>>
>> no if I was proposing something I would have started a new thread. It
>> was just to see what others were thinking about it.
>>
>>
>
> May be categories should be dropped and a tag systems installed, so that
> a package could belong to multiple tags.
> As in drpython, the IDE for python, this one could belong to devel and
> editors at the same time.

Pacman is working towards this. http://bugs.archlinux.org/task/7132