A new and (hopefully) improved version of Fedora Tracker is now up at:
http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py
New features of interest:
* Search results are sorted by repository type (core, extras, tp, etc) * Package search defaults to simplified interface * Source packages are filtered out by default to cut down on search results.
Among the other features I hope to add based on suggestions I've gotten here is the ability to have search results display "condensed". That is, just the name, description and a link to view details on all instances of this package. I think that will make search results much more readable but because it adds an extra pageload between initiating a search and actually getting the package I'm reticent to make it the default. It will probably be a checkbox option on the advanced search page.
I'll also add a "news" page or something so as to stop bugging you folks with updates =:). Since these most recent changes are the result of feedback from this list, though, I thought it appropriate to post about here.
Comments? --Brad
Brad Smith wrote:
A new and (hopefully) improved version of Fedora Tracker is now up at:
http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py
New features of interest:
- Search results are sorted by repository type (core, extras, tp, etc)
- Package search defaults to simplified interface
- Source packages are filtered out by default to cut down on search
results.
I'll also add a "news" page or something so as to stop bugging you folks with updates =:). Since these most recent changes are the result of feedback from this list, though, I thought it appropriate to post about here.
I do feel it is appropriate to discuss here, as developer input will continue to help improve this interface that will help the entire project in "finding stuff". I like the new improvements, and I can suggest one one addition for now. When multiple versions of the same package are returned within a category, it should sort so that the "newest" package is displayed first.
Thanks, Warren Togami wtogami@redhat.com
When multiple versions of the same package are returned within a category, it should sort so that the "newest" package is displayed first.
The query currently does "ORDER BY package.name, package.version, package.release, package.arch", which should (and seems to) list packages in descending version order. Would it be simpler if the package list was not also sorted by arch, or are you referring to something else?
--Brad
Brad Smith brads@redhat.com writes:
When multiple versions of the same package are returned within a category, it should sort so that the "newest" package is displayed first.
The query currently does "ORDER BY package.name, package.version, package.release, package.arch", which should (and seems to) list packages in descending version order. Would it be simpler if the package list was not also sorted by arch, or are you referring to something else?
Won't quite work -- the alphabetical ordering of versions isn't necessarily correct wrt rpm's versioning. rpmvercmp is a bit more complicated, unfortunately.
Chip
Won't quite work -- the alphabetical ordering of versions isn't necessarily correct wrt rpm's versioning. rpmvercmp is a bit more complicated, unfortunately.
import rpm
rc = rpm.labelCompare((e1, v1, r1), (e2, v2, r2)) rc = 1: the first set is newer than the second set rc = 0: they are the same version rc = -1: the second set is newer than the first set
-sv
Le dim, 28/03/2004 à 01:29 -0500, Brad Smith a écrit :
A new and (hopefully) improved version of Fedora Tracker is now up at:
http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py
New features of interest:
- Search results are sorted by repository type (core, extras, tp, etc)
- Package search defaults to simplified interface
- Source packages are filtered out by default to cut down on search
results.
I'd be great to filter out them only if the matching binaries are available. Some packages are only available in source (more exactly nosource) form.
Cheers,
I'd be great to filter out them only if the matching binaries are available. Some packages are only available in source (more exactly nosource) form.
This is a good idea but significantly more complicated that tacking "WHERE package.arch != 'src'" to the end of a query. I'll add it to the "when I have time" list.
Alternately, I hope to have the current code (the tarball I linked to earlier is now out of date) cvs-able from sourceforge or the like soonish. Once that's done, this kind of addition would be welcome as a patch.
--Brad
On Sun, 28 Mar 2004 01:29:53 -0500, Brad Smith wrote:
A new and (hopefully) improved version of Fedora Tracker is now up at:
* Please add fedora.us "testing" and "unstable".
* Bug: I clicked "Packages", searched for "xmms", in the results clicked on the first green "Repository:" link, which points to
http://academy.phpwebhosting.com/cgi-bin/tracker//tracker.py?mode=listRepoPk...
It loads a bit and displays a page with a lot of "AttributeError" error output.
http://academy.phpwebhosting.com/cgi-bin/tracker//tracker.py?mode=listRepoPk...
Fixed. The reference to _num_matches was left over from a feature I started to implement, but then changed my mind about. That'll teach me to put changes up at 1am. =;)
I'll add the testing and unstable fedora.us repos today.
--Brad
On Sun, 2004-03-28 at 08:29, Brad Smith wrote:
A new and (hopefully) improved version of Fedora Tracker is now up at:
http://academy.phpwebhosting.com/cgi-bin/tracker/tracker.py
New features of interest:
- Search results are sorted by repository type (core, extras, tp, etc)
- Package search defaults to simplified interface
- Source packages are filtered out by default to cut down on search
results.
Idea: don't change case in package names, i.e. currently when I search for "kudzu" it will get listed as "Kudzu". This should be rather confusing with the myriad of {My,my}{Sql,SQL,sql} or similar packages out there :-P.
Nils
Idea: don't change case in package names, i.e. currently when I search for "kudzu" it will get listed as "Kudzu". This should be rather confusing with the myriad of {My,my}{Sql,SQL,sql} or similar packages
You're not the first to suggest that. Personally I prefer upping the package names because it looks better, but would be trivial to undo that. Is anyone for keeping them upper-cased? Otherwise I'll change it tonight.
--Brad
devel@lists.stg.fedoraproject.org
-
Brad Smith -
Chip Turner -
Michael Schwendt -
Nicolas Mailhot -
Nils Philippsen -
seth vidal -
Warren Togami