[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