If we're planning to drop by-default compatibility with EL7
anyway and bump to 1.0, we
could go a little bit further.
* "createrepo_c" doesn't need to support sqlite metadata generation at
all,
so long as the repository producer can run "sqliterepo_c". If I recall
correctly, yum on EL7 doesn't actually need the sqlite metadata to be generated in
any
case, it can produce that metadata itself so long as it has the XML. Making it
available
only avoids a local processing step. But if "modifyrepo_c" will be necessary
to
work with most EL7 repos, then making "sqliterepo_c" necessary for a minor
optimization isn't a big leap.
We were also discussing adding some "mode" options that could be set to EL7 to
generate
compatible metadata for EL7 with just createrepo_c.
* createrepo_c currently has two different switches for compression
types,
"compress-type" and "general-compress-type", where the latter
applies
to everything and the former only applies to files that are *not* "primary",
"filelists", and "other". there should be one compression type
option
and it should be applied uniformly to all metadata produced by the
"createrepo_c" tool. Yum would have choked on this because of the special
handling around "comps", but I believe it should no longer be a concern?
Yes that is a good suggestion. There are also other command line options that
could use some (re)work. For example the unique --xz option which bypasses
the mentioned compression options.
Unfortunately I am not sure if we will be able to prioritize all the improvements.