On Thursday, May 30, 2019, Samuel Sieb <samuel(a)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(a)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).