Re: metadata layout problems and some history

Klaus Kaempf <[email protected]> Thu, 12 Aug 2010 13:58:33 +0200
Newsgroups gmane.linux.rpm.metadata
Message-ID <[email protected]>
Hi Panu,

long time no see :-)

* Panu Matilainen <[email protected]> [Aug 12. 2010 12:39]:
[...]
> 
> XML works fine for the raw dump part, except that it's hideously
> bloated format for what it's used for and expensive to parse (dejavu
> yum-metadata-parser again), and isn't good for indexing or
> searching.
> Heck, a dumb tagged plain-text file would be much better suited for
> apt (and I assume smart).

+1

> I've vague memories of Suse actually having such a format at some point
> before switching to repodata.

SUSE had 'common.pkd' years ago and still uses 'susetags' for the
on-media metadata.

Both are plain text dumps with the possibility to include translations.
Nothing to gain here from a parsing effort perspective.

I'd rather see a future 'createrepo' format to put some computing
effort at the creation of the metadata in order to relief all clients
from repeating the work. String indexing would be the prime example.

Klaus
---
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)

_______________________________________________
Rpm-metadata mailing list
[email protected]
http://lists.baseurl.org/mailman/listinfo/rpm-metadata