pacakge classification and selection (was Re: New Comps Groups)

Bill Nottingham notting at redhat.com
Tue Nov 28 18:06:50 UTC 2006


Nicolas Mailhot (nicolas.mailhot at laposte.net) said: 
> Well, maybe comps was not intended to be a lot of things, but when it
> was decided not to fix rpm groups and use comps as the only
> classification method of yum repositories, comps graduated to another
> level.

Then perhaps it's time to revisit that problem.

(insert dream sequence music here)

Say I'm a generic Fedora user. I want to install a music player. I fire up the
software tool.

I now have the choice of *78* different packages under sound and
video. First, I have to sort through the packages that aren't
music players, by reading to see what they are...

-'A Better CD Encoder'? No.
- 'Audio mixer that uses ncurses'? No. And what's a ncurses?
- 'An AdLib (OPL2) music player'? Maybe that's what I want - I wonder what
  AdLib is? Is that like an iPod?
- 'Rewrite of the xawtv webcam app, which adds imlib2 support'? Why do I care?
- 'The Jack Audio Connection Kit'? Well, I'm sure that means something to
  someone.
  
Now, that I can sort of pick out 10-20 packages that might be want
I want, how can I make a good decision? How do I choose between

'Media player for KDE'
'Xine-based media player'
'Multimedia applications for the K Desktop Environment'
'Music Management Application'
'Free multimedia player'
'The X MultiMedia System, a media player'

Ideally, I'd get information like screenshots, user ratings, reviews,
descriptions of specific features. But that's all the information I have.
So I sit there confused, pick one at random, or install them all. I
then hop on my handy dandy Fedora forum somewhere, and ask why one of them
doesn't work for me, and someone says:

<dude> don't use that, that sucks! why would you pick that!

And I am now sad. And that's *with* a list of culled and vetted packages.

Perhaps I could use the 'search' interface for packages. So I search
for 'music player'.

It includes some of the same results (but not most of them, including
pretty much any that you'd want), and such gems as:

hfsplus-tools - Tools to create/check Apple HFS+ filesystems

Yes, that's it!

(As an aside, I'd say that if you wanted a text-based mixer, searching
for 'text mixer' is an infinitely better way to do it than browsing
a list for aumix. And the search doesn't find it.)

Let's try a different example. I'm a python coder, and I want to find
a library for doing cryptography and hashing - MD5, SSL, etc.

So, I go to the 'Python Development' Group in pirut. I scroll through
the list, looking for something that looks relevant. (See above). This
is even better now, because there are 500 sets of python bindings.

Ideally, we'd have a browsing interface that states things like:

API Categories:

Network connections
Cryptography
Graphics Processing
Applied Math Besides Those Two
Non-Applied Math
Math Is Hard - Shopping Cart Handling

and each of them would have links to various packages, which would include:
- API reference
- API/ABI stability
- standardization (is this core python? Is it in the LSB? Is it a recommended
  API by Fedora)
- reviews, examples, etc.

Again, comps does not help you here.

Now, I could search, again. But "python crypto" yields nothing.

So, in short, I think the comps push, while fitting in our current
infrastructure, isn't really solving the *right* problem. We need a
better interface... something like Amazon or freshmeat or <insert
handwaving>.

And, we need better search. Right now, it looks like it's doing direct
globs without wildcards - i.e., if you enter 'foo bar' on a line, it
needs to match *exactly* 'foo bar' in either the summary or description.
Ideally, it should be more like google - split the query into words,
find what matches those words, sort by number of words matched and
proximity. Simple google-like matching (+,-, quoting) would make it
simpler, and fit the methods people are used to.

Bill




More information about the fedora-extras-list mailing list