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