Bug 425828 - [FEATURE REQUEST] Pirut usabiliy needs sorting and filtering options.
[FEATURE REQUEST] Pirut usabiliy needs sorting and filtering options.
Status: CLOSED WONTFIX
Product: Fedora
Classification: Fedora
Component: pirut (Show other bugs)
8
All Linux
low Severity medium
: ---
: ---
Assigned To: Jeremy Katz
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-12-16 05:37 EST by Niels Basjes
Modified: 2008-05-28 15:23 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-05-28 15:23:36 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Niels Basjes 2007-12-16 05:37:25 EST
[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 05:42:33 EST
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 15:23:36 EDT
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.

Note You need to log in before you can comment on or make changes to this bug.