<div dir="ltr"><div dir="ltr">On Sun, Dec 13, 2020, at 9:49 AM Gary E. Miller via devel <<a href="mailto:devel@ntpsec.org">devel@ntpsec.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Yo James!<br>
<br>
On Sun, 13 Dec 2020 02:00:41 -0800<br>
James Browning via devel <<a href="mailto:devel@ntpsec.org" target="_blank">devel@ntpsec.org</a>> wrote:<br>
<br>
> IIRC the python ntpclients compare version includes the git commit<br>
> (excluding releases?) And includes the build epoch. I remember that<br>
> the build epochs didn't match in a version of the Gentoo ebuild.<br>
<br>
<br>
You can't use build epochs to match files.  waf will happily let you<br>
recompile only parts of a package.  Then the build epochs do not match.<br></blockquote><div><br></div><div>They should take less rope then. If only to decrease the warnings.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Another reason not to use them it to move to reproduceable builds.<br>
Ideally you can build the same source at different times on different<br>
hosts, and the results match exactly.<br></blockquote><div><br></div><div>How about the attached patches then. The first tries to grab the time of the last git commit, but only if neither the environment nor command line contains a timestamp.</div><div><br></div><div>The latter changes the extended version format to list commits since the last tag (if not 0) and a dirty tree indicator.</div><div><br></div><div>Otherwise, I'd have to recommend you do something productive about it.</div></div></div>