Mike McGrath wrote: > On Wed, 2 Jan 2008, seth vidal wrote: > >> On Wed, 2008-01-02 at 11:09 -0600, Mike McGrath wrote: >>> On Wed, 2 Jan 2008, Luke Macken wrote: >>>> It looks like the infofeed has the RPM summary, description, and recent >>>> changelog. Bodhi doesn't know about any of these things, so it will >>>> require some database changes to store it. I've been meaning to have >>>> bodhi grab the recent RPM changelog upon submission for a little while now, >>>> so I don't have a problem implementing this, if we care? >>>> >>>> If we were to display these fields too, it would end up looking like >>>> >>>> name - summary >>>> package description >>>> >>>> update notes >>>> bug list >>>> >>>> rpm changelog >>>> >>>> Is this what we want? >>> Instead of storing this information in the bodhi db is there somewhere >>> else we can get it from? Koji or pkgdb for example. >> we have it in the repodata. Which is where the infofeed gets it from :) > > Thats kind of my point actually I know koji stores a lot of this > information in it's database even though the rpms themselves have the > information. I'd hate to continue to duplicate information that we're > already storing all over the place unless there's a real need for it. > +1 The packagedb uses information from the repodata as well. ATM I'm using some yum functions to download the repodata and create sqlite databases from it. Then using python-sqlalchemy to grab relevant information from the sqlite dbs. Relevant files are:: yumrepo.py: http://tinyurl.com/2rvtx4 script that syncs package description and summary with repodata: http://tinyurl.com/2kb75g -Toshio
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list