[source-date-epoch-spec] 01/01: The issue stems from timestamps not being updated by git, not clamping

Ximin Luo infinity0 at debian.org
Tue Nov 21 13:02:55 UTC 2017


This is an automated email from the git hooks/post-receive script.

infinity0 pushed a commit to branch pu/1.1
in repository source-date-epoch-spec.

commit 3785b49cf605789e1df7b2fe849b14015a178ab6
Author: Ximin Luo <infinity0 at debian.org>
Date:   Tue Nov 21 14:02:24 2017 +0100

    The issue stems from timestamps not being updated by git, not clamping
---
 source-date-epoch-spec.xml | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/source-date-epoch-spec.xml b/source-date-epoch-spec.xml
index aa7b720..4718fd0 100644
--- a/source-date-epoch-spec.xml
+++ b/source-date-epoch-spec.xml
@@ -192,8 +192,9 @@
 		<para>
 			Developers could set <envar>SOURCE_DATE_EPOCH</envar> to the date
 			of the latest commit in their version control system. In this case,
-			it is recommended to also update source file timestamps to this
-			value, or else this may interact badly with any timestamp clamping.
+			it is recommended to also update all source file timestamps, which
+			git does not do by itself, otherwise old timestamps specific to the
+			developer's working tree may be embedded into the output.
 		</para>
 		<para>
 			Though it is not forbidden to set <envar>SOURCE_DATE_EPOCH</envar>

-- 
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/reproducible/source-date-epoch-spec.git



More information about the Reproducible-commits mailing list