[Buildroot] [PATCH v2] fs/tar: explicitly set extended header values to ensure binary reproducibility
Atharva Lele
itsatharva at gmail.com
Fri Jul 5 13:53:43 UTC 2019
On Thursday, July 4, 2019 10:35:48 PM IST Arnout Vandecappelle wrote:
> On 04/07/2019 20:22, Atharva Lele wrote:
> > On Thursday, July 4, 2019 11:58:21 AM IST Peter Korsgaard wrote:
> [snip]
>
> >> Is there any use case for ever storing these in the rootfs, or should we
> >> just do this fix unconditionally?
> >
> > Personally, I can't think of a reason why we'd want to store atime/ctime
> > in
> > the rootfs.
>
> ctime is pretty useless in a tarball because when extracting the ctime will
> be set to extraction time anyway (tested with -xpf as root).
Makes sense. Thanks for the explanation.
> There might be some use for atime, but atime is already set by the "touch"
> command that preceeds the tarball creation, so it doesn't make much of a
> difference.
Fair enough. One question, does atime change again when we access the file
when tar-ing it?
> So yes, we probably don't need to make this depend on BR2_REPRODUCIBLE.
I agree.
--
Regards,
Atharva Lele
More information about the buildroot
mailing list