On Wed, Jun 19, 2019 at 9:31 AM Panu Matilainen <pmatilai@xxxxxxxxxx> wrote: > > On 6/19/19 1:51 PM, Aleš Matěj wrote: > > > >> At this point, the drpm library is the only blocker for zstd payloads, > >> since createrepo_c needs to be able to handle zstd drpms. > > > > I looked into the drpm library and I should be able to add the zstd support > > (and make sure it works with createrepo_c) > > > > Working on it now. > > FWIW, as drpm links to librpm anyway, it should be possible for drpm to > just use the file API from rpm to gain support for everything that rpm > does instead of duplicating the effort for all the compression types. > > If there's something broken or missing that prevents this from working, > we could always address that... > > - Panu - This whole zstd replacement seems like a hazardous idea, because of backporting SRPMs to older operating systems for EPEL compilation. It's possible, but awkward, to chew through the git repos to deduce whch git branch was used and reference that, rather than directly extract from the SRPM. It would mean that unless this compression is only applied to limited uses such as drpm, then older OS releases would not be able to read the modern SRPM by default. Backwards compatibility is not why people write new software, but broad accessibility of the source code seems a vital feature to preserve for what should be rock stable build environments downstream. I, for one, have done considerable backporting of Fedora SRPMs of python modules to RHEL and CentOS environments. I'd hate to add another step to extract them on RHEL or CentOS or to build from them in "mock". I'd also hate for "rpm2cpio" to break: I hope adding zstd compatibility to the older versions of that tool, as well, is not difficult. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
