pkgdb+repoview+bugz : Fedora package web-interface confusion

[Toshio Kuratomi]

Michael Schwendt wrote:
> There's something wrong in the Fedora package web-interfaces that are
> offered:
> 
> $ yum list raydium
> Available Packages
> raydium.i386                             1.2-4.fc8              fedora          
> 
> http://download.fedora.redhat.com/pub/fedora/linux/releases/8/Everything/i386/os/repoview/raydium.html
> 
> Repoview links to:
> 
> https://admin.fedoraproject.org/pkgdb/packages/name/raydium
> |
> | Fedora Package Database -- Invalid Package Name
> |
> 
> http://koji.fedoraproject.org/koji/search?type=package&terms=raydium&match=glob
> |
> | No search results
> | 
> 
> bugzilla xmlrpc:
> |
> | xmlrpclib.Fault: <Fault Server: 'Component Needed: \n    You must choose a component to file this bug in. If necessary,\n    just guess. at Bugzilla/Error.pm line 58.\n'>
> |
> 
> Turned out the src.rpm has a different name: maniadrive
> 
> http://download.fedora.redhat.com/pub/fedora/linux/releases/8/Everything/i386/os/repoview/maniadrive.html
> 
> And  http://bugz.fedoraproject.org/fubar  points to pkgdb pages of
> packages that don't exist:
> 
> https://admin.fedoraproject.org/pkgdb/packages/bugs/fubar
> 

We could have repoview generate those URLs based on the srpm names that 
it finds when parsing the repodata.  With that change and me fixing 
bugz/pkgdb to return an error page when an unknown package is given we 
should have consistency within the web pages.  The two issues are:
1) I don't know how hard it is for repoview to do that.
2) Finding raydium from bugz or the pkgdb pages (instead of starting at 
repoview) will be painful.

Seth, Icon, do you think that this is the way to go?

The alternative is to have the packagedb redirect to the correct page 
based on what it knows about binary-rpms=>source rpms.  There's no 
knowledge internally but I do download copies of the yum repositories so 
it would be possible for the packagedb ((which controls bugz.fp.o and 
admin.fp.o/pkgdb/) to search that information and redirect requests to 
the proper srpm page.  The last time I tried to work with the metadata, 
however, the pkgdb started consuming much more memory.  (That project 
ended by making the repo touching stuff into a cron script that didn't 
stay resident in memory all the time.)  If we want to fix this in the 
pkgdb we'll have to see if there's a way to do this without bloating memory.

-Toshio

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-devel-list/attachments/20080216/ab490e29/attachment.sig>