Re: [aur-general] Categories

2014-09-05 Thread Patrick Burroughs (Celti)
On Wed, Sep 3, 2014 at 10:42 PM, Hugo Osvaldo Barrera wrote: > This would also leave the door open for pacman to process these variables in > future, which could also be useful. I can't be the only person who's wanted to > do something like "pacman -Q --category=games" to look for installed games.

Re: [aur-general] Categories

2014-09-05 Thread kachelaqa
On 05/09/14 23:38, Nowaker wrote: The thing is description is to *describe* the package in a few words. It's not for categorization. There's a lot of overlap between describing and categorizing. The pkgdesc is free-form text, so there's no reason why a few extra words can't be added to help w

Re: [aur-general] Categories

2014-09-05 Thread Nowaker
> (If a keyword can be missing from the description, it can just as easily be > missing from the tags/categories). The thing is description is to *describe* the package in a few words. It's not for categorization. Should tags be present, people will just assign them. Just like they already provide

Re: [aur-general] Categories

2014-09-05 Thread Johannes Löthberg
On 05 Sep 2014, at 00:51, Hugo Osvaldo Barrera wrote: > On 2014-09-04 14:07, lolilolicon wrote: >> >> How about tags=(awesome cool game)? > > Well, my goal is to sometime be able to search installed packages quickly. > > I have installed some games of which I can't recall their names, and th

Re: [aur-general] Categories

2014-09-05 Thread kachelaqa
On 05/09/14 18:42, Nowaker wrote: "pacman -Q --category=games" => pacman -Qs game pacman -Ss game | grep -i openttd | wc -l 0 ;-) Well sure. But I said it was never going to be as accurate as filtering by a specific category, so it will be easy to come up with any number of false posit

Re: [aur-general] Categories

2014-09-05 Thread Nowaker
> "pacman -Q --category=games" => pacman -Qs game pacman -Ss game | grep -i openttd | wc -l 0 ;-) Anyway, totally agree categories are bad. Tags on the other hand are cool. I'd really enjoy searching by tags. Description isn't a good place for listing all the features or use cases. Consider t

Re: [aur-general] Categories

2014-09-05 Thread kachelaqa
On 04/09/14 06:42, Hugo Osvaldo Barrera wrote: I've some stuff I'd like to discuss regarding AUR categores. To begin with, categories are package metadata that lives in the AUR only. The PKGBUILDs have no reference to them, nor does pacman. This is really inconsistent with all of the other packa

Re: [aur-general] Categories

2014-09-04 Thread Tai-Lin Chu
still we have tons of packages that do not follow category. Searching by category is ineffective. I think the best way to know about package is to let users write "aur packages reviews" for the packages they love. On Thu, Sep 4, 2014 at 6:43 PM, Hugo Osvaldo Barrera wrote: > On 2014-09-05 02:59,

Re: [aur-general] Categories

2014-09-04 Thread Hugo Osvaldo Barrera
On 2014-09-05 02:59, carstene1ns wrote: > Am 05.09.2014 um 00:51 schrieb Hugo Osvaldo Barrera: > > [...]if they can be parsed by pacman somehow, they would add some use. > > Otherwise, I'm ok > > with deleting them. > pacman has no AUR support, this was a decision. So the only way to allow > it to

Re: [aur-general] Categories

2014-09-04 Thread carstene1ns
Am 05.09.2014 um 00:51 schrieb Hugo Osvaldo Barrera: > [...]if they can be parsed by pacman somehow, they would add some use. > Otherwise, I'm ok > with deleting them. pacman has no AUR support, this was a decision. So the only way to allow it to see such data would be to add it to the PKGBUILD or

Re: [aur-general] Categories

2014-09-04 Thread Hugo Osvaldo Barrera
On 2014-09-04 14:07, lolilolicon wrote: > > How about tags=(awesome cool game)? Well, my goal is to sometime be able to search installed packages quickly. I have installed some games of which I can't recall their names, and there's really no quick way to search for them in pacman - that was my

Re: [aur-general] Categories

2014-09-04 Thread Jeremy Audet
What happens if something really belongs in two categories? In that case, one should use a tagging mechanism instead of a categorization mechanism. > On the other hand, I think we should remove category because only a > few packages actually use correct category. It is almost useless. +1 — Jerem

Re: [aur-general] Categories

2014-09-03 Thread lolilolicon
On Thu, Sep 4, 2014 at 2:13 PM, Tai-Lin Chu wrote: > On the other hand, I think we should remove category because only a > few packages actually use correct category. It is almost useless. Completely agreed, except I'd say there is no such thing as "correct category"... The category list in AUR

Re: [aur-general] Categories

2014-09-03 Thread Robert Mackanics
On Wednesday, September 03, 2014 23:13:04 Tai-Lin Chu wrote: > On the other hand, I think we should remove category because only a > few packages actually use correct category. It is almost useless. I personally try to put things in the proper category, but I would also second just dropping categ

Re: [aur-general] Categories

2014-09-03 Thread Tai-Lin Chu
On the other hand, I think we should remove category because only a few packages actually use correct category. It is almost useless. On Wed, Sep 3, 2014 at 11:07 PM, lolilolicon wrote: > On Thu, Sep 4, 2014 at 1:42 PM, Hugo Osvaldo Barrera wrote: >> This is really inconsistent with all of the o

Re: [aur-general] Categories

2014-09-03 Thread lolilolicon
On Thu, Sep 4, 2014 at 1:42 PM, Hugo Osvaldo Barrera wrote: > This is really inconsistent with all of the other package variables, so I'd > just like to propose we move this from merely being AUR metadata to the > PKGBUILDS themselves, adding a "category" variable to them, eg: > > category="game

[aur-general] Categories

2014-09-03 Thread Hugo Osvaldo Barrera
Hi, I've some stuff I'd like to discuss regarding AUR categores. To begin with, categories are package metadata that lives in the AUR only. The PKGBUILDs have no reference to them, nor does pacman. This is really inconsistent with all of the other package variables, so I'd just like to propose we