[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fedora-devel-list
Subject:    Re: Fedora 31 System-Wide Change proposal: Switch RPMs to zstd compression
From:       drago01 <drago01 () gmail ! com>
Date:       2019-05-31 19:30:41
Message-ID: CAMqY-FcQHyPWojBcADurG-nUB8sMZx__DYvJTD6mVJBc9m+L-w () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


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).

[Attachment #5 (text/html)]

<br><br>On Thursday, May 30, 2019, Samuel Sieb &lt;<a \
href="mailto:samuel@sieb.net">samuel@sieb.net</a>&gt; wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">On 5/30/19 1:56 PM, Chris Murphy wrote:<br> <blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> On Thu, May 30, 2019 at 8:40 AM Daniel Mach &lt;<a \
href="mailto:dmach@redhat.com" target="_blank">dmach@redhat.com</a>&gt; wrote:<br> \
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> <br>
Dne 30. 05. 19 v 0:05 Neal Gompa napsal(a):<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> <br>
I&#39;m pretty sure this would break DeltaRPMs, since none of the drpm<br>
software has been updated to handle zstd compression. Neither drpm nor<br>
deltarpm handle it today.<br>
<br>
</blockquote>
Thanks for heads-up. We&#39;ll look into it and provide a fix soon.<br>
</blockquote>
<br>
I have no idea how deltarpm works, but if working on bit level<br>
difference on uncompressed data, I don&#39;t see why local rebuild needs<br>
to use the same compression level as the Fedora build system. If it&#39;s<br>
working on compressed data, well I&#39;m not sure how that works, in<br>
particular if pixz is used which gives non-reproducible results.<br>
</blockquote>
<br>
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.<br><br> \
</blockquote><div><br></div><div>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).  </div>


[Attachment #6 (text/plain)]

_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
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@lists.fedoraproject.org


[prev in list] [next in list] [prev in thread] [next in thread]