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
The AntelopeIO/leap development team wants the tarballs generated by cpack inside the reproducible.Dockerfile to be reproducible so that they can be provided as release assets and signed reliably.
Acceptance Criteria:
The tarballs are generated in a reproducible order.
Reproducibility is ensured across different filesystems and builds on the same filesystem.
The tarballs can be provided as release assets.
They can be signed with confidence.
Considerations:
It may be necessary to submit a patch upstream to address this issue.
Similar to the tweak-deb.sh process, a post-processing step may be employed to achieve reproducibility.
Additional Information:
The tarballs coming out of cpack inside of reproducible.Dockerfile are not reproducible. It appears cpack adds the files to the archive simply in the order readdir() returns them which isn't stable across different filesystems or potentially even different builds on the same filesystem.
We can almost certainly fix this locally via some sort of post-processing step (similar to tweak-deb.sh). It would be better to try and submit a patch upstream though.
I'd like to provide the tarballs as a release asset in addition to the .deb files. But we need them to be reproducible for us to sign them.
The text was updated successfully, but these errors were encountered:
The AntelopeIO/leap development team wants the tarballs generated by cpack inside the reproducible.Dockerfile to be reproducible so that they can be provided as release assets and signed reliably.
Acceptance Criteria:
Considerations:
Additional Information:
The tarballs coming out of
cpack
inside ofreproducible.Dockerfile
are not reproducible. It appears cpack adds the files to the archive simply in the orderreaddir()
returns them which isn't stable across different filesystems or potentially even different builds on the same filesystem.We can almost certainly fix this locally via some sort of post-processing step (similar to
tweak-deb.sh
). It would be better to try and submit a patch upstream though.I'd like to provide the tarballs as a release asset in addition to the .deb files. But we need them to be reproducible for us to sign them.
The text was updated successfully, but these errors were encountered: