Re: adding different compression types to createrepo

Anders F Björklund <[email protected]>
Newsgroups gmane.linux.rpm.metadata
Message-ID <[email protected]>
Duncan Mac-Vicar P. wrote:

>> 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"...
>>
> /usr/bin/repo2solv.sh which is the tool that parses the repos in  
> openSUSE, already supports lzma (look at the source), we just don't  
> have any tool generating lzma.

And Smart also supports lzma/xz, since it just uses the file suffix.
I was under the impression that you had patched createrepo for lzma ?
And it should be simple to support both of .lzma and .xz compressions
by using PylibLZMA in yum, or liblzma directly for yum-metadata-parser.

> I disagree the type should be changed. It would add more confusing  
> undocumented stuff to the format.

The concern was that if the type wasn't changed, then older versions
of yum would try to parse the lzma/xz as uncompressed and just get
checksum errors. So it was more for "compatibility" than anything ?
But the "primary_lzma" wasn't my idea, since it came from openSUSE.

--anders
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.