Re: metadata layout problems and some history
seth vidal <[email protected]> Mon, 09 Aug 2010 14:12:27 -0400
| Newsgroups | gmane.linux.rpm.metadata |
|---|---|
| Message-ID | <1281377547.1345.503.camel@oliver> |
On Mon, 2010-08-09 at 00:00 +0200, Anders F Björklund wrote: > seth vidal wrote: > > > There have been some small changes over the years but I believe none > > that have broken the parsers of any of tools. > > The biggest changes for smart was the change to the sha256 checksums > and unique-md-filenames which meant old cache files weren't deleted. > > > Then what happened was all of the folks using/maintaining the tools > > found issues they had to work around and so we did: > > > - Smart runs an indexer over the xml files to generate the byte-offset > > locations of pkgs in the xml file so it can seek to those locations > > quickly. > > Except that quick-er doesn't mean that it still wasn't dog slow... > > "Well, at least having an index cuts list time from > 30 minutes to 30 seconds. On the other hand, that is > still ridiculously slow compared to the usual 3... > So I don't think the cache size/startup time matters ?" > > So neither metadata nor sqlite has been merged into the trunk. > It's all being stored in the cache, instead of using XML/SQL. > So help me understand what would make your situation better? What would make the rpm-md less problematic for smart? -sv _______________________________________________ Rpm-metadata mailing list [email protected] http://lists.baseurl.org/mailman/listinfo/rpm-metadata