git, mercurial: Fix --getctime to return file creation time, not last commit time.

diff --git a/debian/changelog b/debian/changelog
index 06707a83c0b3ef3ab3a86c43db06ba87d77a0246..a525df9983643b70904caf581952209b0fde4553 100644 (file)
--- a/debian/changelog
+++ b/debian/changelog
@@ -3,6 +3,8 @@ ikiwiki (3.09) UNRELEASED; urgency=low
   * inline: Add title_natural sort order, using Sort::Naturally
     (chrysn)
   * inline: Fix urls to feed when feedfile is used on an index page.
+  * git, mercurial: Fix --getctime to return file creation time,
+    not last commit time.
 
  -- Joey Hess <joeyh@debian.org>  Thu, 19 Mar 2009 15:32:49 -0400
 

diff --git a/doc/forum/ikiwiki__39__s_notion_of_time.mdwn b/doc/forum/ikiwiki__39__s_notion_of_time.mdwn
index f5298902625d7d09f7530f96b9672f3be95cdb7d..ee564fcc955febc07f39c59f53ca49e944667c21 100644 (file)
--- a/doc/forum/ikiwiki__39__s_notion_of_time.mdwn
+++ b/doc/forum/ikiwiki__39__s_notion_of_time.mdwn
@@ -22,3 +22,14 @@ What is the rationale for ikiwiki's current behavior with respect to these
 time stamps?
 
 --[[tschwinge]]
+
+> Presumably it's the authors of the git and mercurial backends
+> not understanding the documentation for `rcs_getctime`,
+> which states:
+> 
+>>This is used to get the page creation time for a file from the RCS, by
+>>looking it up in the history.
+> 
+> I've fixed both broken implementations to correctly look
+> up the first, not the last, commit. Other VCS do not seem
+> to have the problem. --[[Joey]]