Description of problem:
This is a regression with respect to Fedora 7 pirut, where search results were
sorted alphabetically. Makes navigating through the results a bit harder than
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. start pirut
2. search for something that returns several results, say, pulseaudio
Search results are distributed randomly
Search results are sorted alphabetically
The results are ordered by relevance rather than alphabetically now just like
the output of yum search
I preferred the old behaviour. Can we have an option to switch between two?
Adding options isn't the answer. Insert obligatory link to Havoc's long ago
blog post here :-)
Right now, leaving open so that I can think on it rather than doing kneejerk
(In reply to comment #1)
> The results are ordered by relevance rather than alphabetically now just like
> the output of yum search
It's certainly good to know there was a method to pirut's madness. :)
With the ordering by relevence, I usually find myself reading through the entire
list of packages, because I see multiple versions of packages. For someone who
didn't know how pirut was deciding to sort packages, it meant that if I found a
package that looked like it might be what I need, I wasn't confident that it was
the most up to date package in the repository until I went ahead and finished
looking at the list to make sure there weren't any newer packages.
This might be unnecessary effort if pirut is sorting newer versions towards the
top of the list, but on the surface I couldn't tell if it was sorting things at
all. Sorting by name wouldn't give as intelligent results as relevence, but I'd
personally find it more comfortable to use because the rules behind the sorting
are more obvious.
This isn't going to get changed at this point as pirut is pretty much entirely
EOL'd and only getting critical fixes for older releases. In Fedora 9 and
later, any such concerns can be filed against PackageKit/gnome-packagekit.