aboutsummaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorhttps://www.google.com/accounts/o8/id?id=AItOawngqGADV9fidHK5qabIzKN0bx1ZIfvaTqs <Glenn@web>2010-09-10 13:02:13 +0000
committerJoey Hess <joey@kitenet.net>2010-09-10 13:02:13 +0000
commit0754b92fde09951912f7846fcf05388632c8edc7 (patch)
tree2d08e2022e6e327a13482bf3e92ba8c0173a32bb /doc
parent807a75f6b6d95910deb68359873563b528e17d82 (diff)
downloadikiwiki-0754b92fde09951912f7846fcf05388632c8edc7.tar
ikiwiki-0754b92fde09951912f7846fcf05388632c8edc7.tar.gz
Diffstat (limited to 'doc')
-rw-r--r--doc/forum/using_svn+ssh_with_ikiwiki.mdwn8
1 files changed, 4 insertions, 4 deletions
diff --git a/doc/forum/using_svn+ssh_with_ikiwiki.mdwn b/doc/forum/using_svn+ssh_with_ikiwiki.mdwn
index b80e8e834..a5da15b6a 100644
--- a/doc/forum/using_svn+ssh_with_ikiwiki.mdwn
+++ b/doc/forum/using_svn+ssh_with_ikiwiki.mdwn
@@ -1,9 +1,9 @@
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
+> 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
+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|geychaner@mac.com]
-That seems likely. You can edit Wrapper.pm and add SVN_SSH to the @envsave list and rebuild your wrappers to test it. --Joey
+> That seems likely. You can edit Wrapper.pm and add SVN_SSH to the @envsave list and rebuild your wrappers to test it. --Joey
-A better way(?) would be to add a plugin to set the SVN_SSH variable at the appropriate moment (or even to add this to the SVN plugin). What kind of hook should this be; it needs to run just *after* the CGI script cleans its environment?
+A better way(?) would be to add a plugin to set the SVN_SSH variable at the appropriate moment (or even to add this to the SVN plugin). What kind of hook should this be; it needs to run just *after* the CGI script cleans its environment? --[[Glenn|geychaner@mac.com]