Hide Forgot
Created attachment 1142239 [details] Here is a screenshot showcasing the problem Description of problem: dnf output lines are sorted by *length* of package names, not alphabetically Version-Release number of selected component (if applicable): 1.1.7 Installed: dnf-0:1.1.7-2.fc23.noarch at 2016-03-24 12:44 Built : Fedora Project at 2016-03-09 16:45 Installed: rpm-0:4.13.0-0.rc1.12.fc23.x86_64 at 2016-03-24 12:43 Built : Fedora Project at 2016-02-29 09:53 How reproducible: "dnf search <foobar>" Actual results: Output lines are sorted by the *length* of package names (see attached screenshot). Expected results: Results should be sorted in some way.
The output is sorted by different heuristic. The more relevant result, the more to the top. I.e. is the string inside summary, description, pkgname, etc. Sort by the length in your case is just coincidence.
Hi. You are relating to the sorting of the type of match. What I'm trying to report here is the sorting *within* those groups. The groups are sorted, their contents are not. To reproduce, just do a "yum search x" for example. You'll see 2 groups scrolling down, the first one being the match of the package names, the second one the descriptions. I would agree that showing the group of package names is more relevant, but shouldn't the inner package names be sorted in some different way than the length of the package name!? Hence, re-opening. Armin
s/yum/dnf/g - I just got used to it, my apologies. :-)
Hi. Took me some time to understand what the relevance means in this context and it makes sense to me. Still a pretty confusing behaviour, and it constantly leads me to use mad constructs like sudo yum search x | grep -E '^[a-zA-Z0-9]' | sort | less -R for example. I think one could debate the implementation of an optional alphabetical sort, but I have to agree with you, Jan. Jan, thanks a lot for your help and your understanding. Closing this bug-report. - Armin