Re: adding different compression types to createrepo
James Antill <[email protected]> Tue, 03 Aug 2010 12:02:45 -0400
| Newsgroups | gmane.linux.rpm.metadata |
|---|---|
| Organization | Fedora |
| Message-ID | <[email protected]> |
On Tue, 2010-08-03 at 11:14 -0400, seth vidal 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"... > > 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. *shrug*, I'm not sure why we'd want to add support for lzma on the obsolete .xml files. Smart and apt both support .sqlite now, and if zypper doesn't they can always use modifyrepo to add them for SuSE. Also calling them "primary_db.xz" would fit the convention with "groups.gz". > 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. Well it's going to be much easier to just change the compression, but it's not the end of the world if you want to put it off a year or so (IMO).