Description of problem: When you search for a package in rpmdrake, you want the first answer to be the best answer. urpmi does that : urpmi thunderbird directly chooses the right one. Currently, users have to search in all packages often (choosing thunderbird-fr localisation package as example). I would be nicer to give 'graphical apps' as first result, then other results : Search java results would be : graphical apps: java-1.60 other matches: adaptx-javadoc etc etc
You can already set the filter to "Packages with GUI".
Assignee: bugsquad => thierry.vignaud
That's the problem : you will get either only graphical, or a lot of alphabeticaly sorted results. It would be nicer to get "Packages with GUI" first, then the others in the same search
for thunderbird, fix the package mozilla-thunderbird to take the proper rpm's language would be better :)
CC: (none) => manuel
He's not talking about the thunderbird localisation packages, but about i586 vs. x86_64; urpmi from terminal would pick the x86_64 package by default, whereas rpmdrake shows both the i586 and x86_64 in the search results.
ping?
CC: (none) => marja11
Which is comparing apples with oranges. Urpmi will select only one package whereas rpmdrake will return all packages matching. Urpmq or urpmf could be compared with searching within rpmdrake. Not urpmi As for presenting first GUI packages, why not, but the the order will not be the one other people would be waiting for (alphabetical). If the user has choosen the GUI view, then only GUI packages are showed. If the user has selected the full view, then he gots all the results, which is logic. Not a bug IMHO
@ahmad: he didn't speak at all about architectures but about GUI vs other packages. Though we could present x86_64/noarch first, then i586 on biarch platforms
(ahmad don't read bugs@ since some months ;) )
(In reply to comment #7) > @ahmad: he didn't speak at all about architectures but about GUI vs other > packages. > Though we could present x86_64/noarch first, then i586 on biarch platforms Yes, I agree : instead of the filter "packages with gui", we could always show everything, but sorted cleverly : 1.packages with gui: 1.1 x86_64 and noarch alphabeticaly 1.2 i586 (other %arch) alphabeticaly 2.packages without gui: 2.1 x86_64 and noarch alphabeticaly 2.2 i586 (other %arch) alphabeticaly This should give almost always what user want (good arch and with GUI) first, and remove the need to select gui/nogui which is slow.
No. Again, we search only in the packages the user selected. If he selected "GUI packages", then we'll search only among them. If he seleted everything, we'll search in everything
What's remain is just presenting x86_64 packages first, which is a dup *** This bug has been marked as a duplicate of bug 1261 ***
Status: NEW => RESOLVEDResolution: (none) => DUPLICATE