Hi Ed,
I think that sounds great. In the future, could we go even further and,
by default, only emit date/user/path if the source tree is “dirty”
with respect to SVN? If the build really is reproducible, that data
should only be informative when building something that doesn’t match
a FreeBSD SVN revision (e.g., a Git commit in a local repo or a tree
with local changes).
Cheers,
Jon
--
jonat...@freebsd.org
On 10 Sep 2018, at 12:26, Ed Maste wrote:
The FreeBSD base system is a reproducible build[1] with a minor
exception: the build metadata (timestamps, user, hostname, etc.)
included in the kernel and loader.
With the default, non-reproducible build the kernel ident looks like:
FreeBSD 12.0-ALPHA5 #4 r338195: Mon Jan 1 10:11:12 EDT 2018
user@hostname:/path/to/freebsd/src
and the loader ident:
FreeBSD/amd64 EFI loader, Revision 1.1
(Mon Jan 1 10:11:12 EDT 2018 user@hostname)
With reproducible builds enabled the kernel ident looks like:
FreeBSD 12.0-ALPHA5 r338195
and the loader ident:
FreeBSD/amd64 EFI loader, Revision 1.1
I would like to enable the REPRODUCIBLE_BUILD knob by default for the
12.0 release, and propose we do this by adding a step to switch the
default to the list of changes[2] that re@ commits to the branch as
part of the release process.
[1] https://reproducible-builds.org
[2]
https://www.freebsd.org/doc/en_US.ISO8859-1/articles/freebsd-releng/releng-head.html
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
"freebsd-current-unsubscr...@freebsd.org"
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
