insist on the KML optimisation, agreed to ditch the folders support and editor-specif...

[git.ikiwiki.info.git] / doc / rcs / svn / discussion.mdwn

diff --git a/doc/rcs/svn/discussion.mdwn b/doc/rcs/svn/discussion.mdwn
index 7d683d050cc3f9f319c62bd078a4a1e1922870f7..426735182cac57517c775d686c42eb951151b128 100644 (file)
--- a/doc/rcs/svn/discussion.mdwn
+++ b/doc/rcs/svn/discussion.mdwn
@@ -11,14 +11,3 @@ can act upon them sequentially, or (2) optionally divorce the `ikiwiki
 I'm not aware of web servers, at least apache, killing cgi processes when
 the user stops a page load. If this is happening ikiwiki should be able to
 avoid it by blocking whatever signal is causing it to terminate. --[[Joey]]
 I'm not aware of web servers, at least apache, killing cgi processes when
 the user stops a page load. If this is happening ikiwiki should be able to
 avoid it by blocking whatever signal is causing it to terminate. --[[Joey]]

-
-Just as an experiment, I tried running ikiwiki using a *remote* repository,
-i.e. via "svn+ssh".  After setting up the repo and relocating the working copy,
-unfortunately, it doesn't work; editing a page gives the error:
-
-Error: no element found at line 3, column 0, byte 28 at /opt/local/lib/perl5/vendor_perl/5.10.1/darwin-multi-2level/XML/Parser.pm line 187
-
-I *think* this is because, despite a SetEnv directive in the apache configuration,
-the CGI wrapper is expunging SVN_SSH from the environment (based on perusing
-the source of Wrapper.pm and looking at "envsave" there at the top).
-Is this the case?  --Glenn