[Reproducible-commits] [source-date-epoch-spec] 03/04: add some restrictions if upstream want to set this variable themselves
Ximin Luo
infinity0 at debian.org
Thu Aug 27 15:08:10 UTC 2015
This is an automated email from the git hooks/post-receive script.
infinity0 pushed a commit to branch master
in repository source-date-epoch-spec.
commit a1409cbad5d437c30cbaca098cba681b4c494635
Author: Ximin Luo <infinity0 at debian.org>
Date: Thu Aug 27 16:52:13 2015 +0200
add some restrictions if upstream want to set this variable themselves
---
source-date-epoch-spec.xml | 11 ++++++++++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/source-date-epoch-spec.xml b/source-date-epoch-spec.xml
index 39da80a..57ee6c2 100644
--- a/source-date-epoch-spec.xml
+++ b/source-date-epoch-spec.xml
@@ -218,10 +218,19 @@
this variable for any embedded timestamps, in place of
the "current" date and time of when the process is run.
</para>
+ <para>
+ Upstream build processes MAY attempt to set this variable
+ for child processes to consume, for example by reading
+ the time of the latest VCS commit or filesystem entry if
+ there are uncommitted changes. However, they MUST NOT do
+ this if the variable is already set (e.g. by a parent
+ process such as a distribution-specific build scripts, or
+ by the user themselves).
+ </para>
<warning>
<para>
- Code should not require the presence of the
+ Code SHOULD NOT require the presence of the
variable so that it can be built outside of a
context where it is provided. Falling back to
the "current" time may be acceptable behaviour
--
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