Re: adding different compression types to createrepo

seth vidal <[email protected]> Tue, 03 Aug 2010 11:14:28 -0400
Newsgroups gmane.linux.rpm.metadata
Message-ID <1280848468.2506.129.camel@oliver>
On Tue, 2010-08-03 at 10:46 +0200, Anders F Björklund wrote:
> Matthew Dawkins wrote:
> > I'm looking to find if there are not patches out there to add an  
> > option to calling for lzma or xz compression of the metafiles  
> > instead of gzip. I have seen  what opensuse uses to compress the  
> > primary.xml in conjunction with the gzip compression and I have  
> > extended on it to compress the other and filelists files too, but  
> > they don't really add clean functionality.
> 
> That would be https://features.opensuse.org/309167 I think,
> but see also http://duncan.mac-vicar.com/blog/archives/537
> /and http://lists.baseurl.org/pipermail/yum/2009-April/022560.html)
> and some other discussion about using YAML and/or LZMA for repodata.

YAML? I don't think anyone has discussed YAML and was taken seriously.

More likely than not most of the metadata will be transitioned to
sqlite-db ONLY and no xml at all. Yum already supports repos with only
sqlite dbs and no xml (other than repomd.xml).


> I think the extended opensuse patch should be acceptable, where it
> uses "primary" for .xml or .xml.gz and the new "primary_lzma" key
> for .xml.lzma or .xml.xz - plus the same added for "filelists_lzma"
> and "other_lzma", it causes less breakage than changing "primary"...

I suspect it would make sense to provide:

[primary|filelists|other][_db]_xz in the repomd.xml, in addition to the
gzip/bzip2 compressed alternatives and then gradually phase out the
older ones.


My biggest reticence in adding the xz support now is that if we move to
changing the repodata format to the layout that's been discussed on here
and on yum-devel list that we'll be able to move to xz support(and some
future proofing for compression formatting) w/o having to kludge a bunch
of xz compression crap into createrepo.

What do y'all think?

-sv


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