On Thu, May 30, 2019 at 3:31 PM Samuel Sieb <samuel@xxxxxxxx> wrote: > > On 5/30/19 1:56 PM, Chris Murphy wrote: > > On Thu, May 30, 2019 at 8:40 AM Daniel Mach <dmach@xxxxxxxxxx> 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. Package signing happens after compression? Compression is an optimization, in no way does it affect the validity of the payload. -- Chris Murphy _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
