On Sat, Nov 2, 2019 at 4:47 PM Nico Kadel-Garcia <nkadel at gmail.com> wrote: > > Fedora 31 elected to use a new compression algorithm, "zstd", to > compress RPM's. The result of this unnecessary optimization is that > even commercially supported and long-term-support operating systems, > like RHEL 7 and 8, and CentOS 7 and 8, cannot deconstruct leading edge > Fedora SRPM's, especially the bleeding edge ones from rawhide. > > This creates a real backporting problem for people like me who publish > internal backports of leading edge components, or who try to publish > backports from Fedora to EPEL. It breaks the "mock" toolkit for > compiling RPMs under various new operating systems, and it breaks the > bility to run "rpmbuild" on a Fedora 31 SRPM. > > Whether I consider zstd to be an extraneous and entirely unnecessary > optimization, it's in place. There are support problems of CentOS > taking on supporting an enhanced RPM software to resolve this. Is > there any interest in taking this on for centosplus? Feel free to make a case for Red Hat to backport support for zstd to RHEL 7. They've done it in the past when Fedora introduced the switch to xz (RHEL didn't have it at the time either!). RPM in RHEL 8.2 will have zstd support. If you have a Red Hat customer account, feel free to make a case for it to be made available as a z-stream update to 8.1. -- 真実はいつも一つ！/ Always, there's only one truth!