[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