Bug 425828

Summary: [FEATURE REQUEST] Pirut usabiliy needs sorting and filtering options.
Product: [Fedora] Fedora Reporter: Niels Basjes <fedora>
Component: pirutAssignee: Jeremy Katz <katzj>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 8CC: james.antill
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-05-28 19:23:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Niels Basjes 2007-12-16 10:37:25 UTC
[FEATURE REQUEST]

I'm using Febora 8 with pirut-1.3.28-1.fc8

If I do a search for something I'm shown a lot of package names ... in a, to me,
completely random order.
This bugzilla item is intended as a feature request to improve usability of
Pirut by improving the way RPMs are displayed to the end user.
In general: Please add sorting and filtering of the result list.

What I have in mind:
- "Sort by": Name, version, architecture, etc.

- "Show all versions"   (which what we have now)
  "Only latest version"
  
- "Show platforms"   (which what we have now)
  "Only my architecture"  (i.e.  i386 / x86_64 / etc. )
  "Only specific architecture"  (i.e.  i386 / x86_64 / etc. )

- Showing each found package as a mini-tree in the interface which has tree
nodes that group by achitecture/version/etc.
Example of 1 package:
In Fedora 8 we have (yes, the i386 is present in the x86_64 tree):
releases/8/Everything/x86_64/os/Packages/libtorque-2.1.9-1.fc8.i386.rpm
releases/8/Everything/x86_64/os/Packages/libtorque-2.1.9-1.fc8.x86_64.rpm
updates/8/x86_64/libtorque-2.1.10-1.fc8.i386.rpm
updates/8/x86_64/libtorque-2.1.10-1.fc8.x86_64.rpm

What I have in mind is a simplified form of what you see in many OLAP
implementations:
+ libtorque
  + i386
  |  + libtorque-2.1.9-1.fc8.i386.rpm
  |  \ libtorque-2.1.10-1.fc8.i386.rpm
  + x86_64
  |  + libtorque-2.1.9-1.fc8.x86_64.rpm
  |  \ libtorque-2.1.10-1.fc8.x86_64.rpm
  + 2.1.9-1.fc8
  |  + libtorque-2.1.9-1.fc8.i386.rpm
  |  \ libtorque-2.1.9-1.fc8.x86_64.rpm
  \ 2.1.10-1.fc8
     + libtorque-2.1.10-1.fc8.i386.rpm
     \ libtorque-2.1.10-1.fc8.x86_64.rpm

Comment 1 Niels Basjes 2007-12-16 10:42:33 UTC
P.S. I you were to have a fully correctly normalized tree it could look
something like this:
+ libtorque
  + architecture
  |  + i386
  |  |  + libtorque-2.1.9-1.fc8.i386.rpm
  |  |  \ libtorque-2.1.10-1.fc8.i386.rpm
  |  + x86_64
  |  |  + libtorque-2.1.9-1.fc8.x86_64.rpm
  |  |  \ libtorque-2.1.10-1.fc8.x86_64.rpm
  \ version
     + 2.1.9-1.fc8
     |  + libtorque-2.1.9-1.fc8.i386.rpm
     |  \ libtorque-2.1.9-1.fc8.x86_64.rpm
     \ 2.1.10-1.fc8
        + libtorque-2.1.10-1.fc8.i386.rpm
        \ libtorque-2.1.10-1.fc8.x86_64.rpm

But perhaps it is good to consider the balance between "formally correct" and
"usability" on one side and the balance between "reusable" and "solves _this_
problem" on the other side.

Comment 2 Jeremy Katz 2008-05-28 19:23:36 UTC
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.