You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We build rpms using the Nebula rpm plugin for Gradle, which is based on Redline. What we have found is that we are able to create delta rpms with our rpms, but face “md5 mismatch of result” errors upon trying to apply them.
After some investigation, it seems as though this is probably due to the fact that there are differences between how the cpio data is compressed in our original newrpm (built with the nebula plugin/redline) and the newrpm that deltarpm reconstructs from the delta rpm. So although deltarpm does create the delta rpm correctly, these differences in compression between the original and recreated newrpm result in md5 mismatches.
We have resolved this issue by computing copies of targetmd5 (in makedeltarpm) and wrmd5 (in applydeltarpm) that are based on uncompressed, rather than compressed, cpio data. We refer to this as uncompmd5. We are wondering if there would be any interest in adding a command-line option to makedeltarpm and applydeltarpm that would allow for our uncompmd5 value to replace targetmd5 and wrmd5, respectively. In this way, if the traditional validation fails, users have the option to validate the delta application against this md5 computed with the uncompressed cpio data.
Looking forward to hearing your thoughts. Please let me know if any more information is required, thanks!
The text was updated successfully, but these errors were encountered:
Hi,
We build rpms using the Nebula rpm plugin for Gradle, which is based on Redline. What we have found is that we are able to create delta rpms with our rpms, but face “md5 mismatch of result” errors upon trying to apply them.
After some investigation, it seems as though this is probably due to the fact that there are differences between how the cpio data is compressed in our original
newrpm
(built with the nebula plugin/redline) and thenewrpm
that deltarpm reconstructs from the delta rpm. So although deltarpm does create the delta rpm correctly, these differences in compression between the original and recreatednewrpm
result in md5 mismatches.We have resolved this issue by computing copies of
targetmd5
(in makedeltarpm) andwrmd5
(in applydeltarpm) that are based on uncompressed, rather than compressed, cpio data. We refer to this asuncompmd5
. We are wondering if there would be any interest in adding a command-line option to makedeltarpm and applydeltarpm that would allow for ouruncompmd5
value to replacetargetmd5
andwrmd5
, respectively. In this way, if the traditional validation fails, users have the option to validate the delta application against this md5 computed with the uncompressed cpio data.Looking forward to hearing your thoughts. Please let me know if any more information is required, thanks!
The text was updated successfully, but these errors were encountered: