On Thursday, May 30, 2019, Samuel Sieb <samuel@sieb.net> wrote:
On 5/30/19 1:56 PM, Chris Murphy wrote:
On Thu, May 30, 2019 at 8:40 AM Daniel Mach <dmach@redhat.com> wrote:

Dne 30. 05. 19 v 0:05 Neal Gompa napsal(a):

I'm pretty sure this would break DeltaRPMs, since none of the drpm
software has been updated to handle zstd compression. Neither drpm nor
deltarpm handle it today.

Thanks for heads-up. We'll look into it and provide a fix soon.

I have no idea how deltarpm works, but if working on bit level
difference on uncompressed data, I don't see why local rebuild needs
to use the same compression level as the Fedora build system. If it's
working on compressed data, well I'm not sure how that works, in
particular if pixz is used which gives non-reproducible results.

I was going to suggest earlier that deltarpm could use a faster compression when repacking.  But then I realized that the result has to be be bit-exact with the original so the package signing is still intact.


Yes or not compress at all - but that would mean singing the drpm itself and validate that instead of relying on the resulting rpm. (That would require some work though).