aboutsummaryrefslogtreecommitdiff
path: root/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn
diff options
context:
space:
mode:
authorJoey Hess <joey@kitenet.net>2010-07-05 14:16:36 -0400
committerJoey Hess <joey@kitenet.net>2010-07-05 14:16:36 -0400
commitd89e2be91d79fca0a062744ff1dee630962cba7d (patch)
tree9372ef1fc9314d45868315dbc797cd64293d8512 /doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn
parent819e2a567aa8e528b95cc6e146d5ee92fd486cc8 (diff)
downloadikiwiki-d89e2be91d79fca0a062744ff1dee630962cba7d.tar
ikiwiki-d89e2be91d79fca0a062744ff1dee630962cba7d.tar.gz
response
Diffstat (limited to 'doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn')
-rw-r--r--doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn16
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn
index 69af04fe9..bef79335f 100644
--- a/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn
+++ b/doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn
@@ -31,3 +31,19 @@ to find a reason of problem with my Ikiwiki?
My best regards,
Pawel
+> No, the recentchanges pages are automatically generated and should not
+> themselves be in revision control.
+>
+> Ikiwiki has recently started automatically enabing `--gettime`, but
+> it should not do it every time, but only on the initial build
+> of a wiki. It will print "querying svn for file creation and modification
+> times.." when it does this. If it's doing it every time, something
+> is wrong. (Specifically, `.ikiwiki/indexdb` must be missing somehow.)
+>
+> The support for svn with --gettime is rather poor. (While with git it is
+> quite fast.) But as it's only supposed to happen on the first build,
+> I haven't tried to speed it up. It would be hard to do it fast with svn.
+> It would be possible to avoid the warning message above, or even skip
+> processing files in directories not checked into svn -- but I'd much
+> rather understand why you are seeing this happen on repeated builds.
+> --[[Joey]]