aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-01-15 07:31:25 +0000
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-01-15 07:31:25 +0000
commit232abc81539c919281d0dbc6860fd33ad732a810 (patch)
tree3ea46846c109aa900b5b722e33c442309fb1a72c
parent2be3c8031205b9a525af34b9014dcbd5e1a9a5ab (diff)
downloadikiwiki-232abc81539c919281d0dbc6860fd33ad732a810.tar
ikiwiki-232abc81539c919281d0dbc6860fd33ad732a810.tar.gz
web commit by http://ethan.betacantrips.com/: I hope this is actually a bug and not user error on my part again
-rw-r--r--doc/bugs/svn_fails_to_update.mdwn34
1 files changed, 34 insertions, 0 deletions
diff --git a/doc/bugs/svn_fails_to_update.mdwn b/doc/bugs/svn_fails_to_update.mdwn
new file mode 100644
index 000000000..b10e8189b
--- /dev/null
+++ b/doc/bugs/svn_fails_to_update.mdwn
@@ -0,0 +1,34 @@
+In poking around at the svn backend I found that the svn post-commit
+hook calls to svn update fail regularly with an error code of 256.
+Apparently during the post-commit hook can't update because the
+working copy is locked from the commit. Since the post-commit hook doesn't send
+errors anywhere and svn update runs with --quiet anyhow, this error
+isn't usually visible, but on my system:
+
+ ethan@sundance:~/tests/webtemplates/ikiwiki3/wc$ svn commit -m "Blah.."
+ Sending index.mdwn
+ Transmitting file data .
+ Committed revision 3.
+
+ #verifying output was created
+ ethan@sundance:~/tests/webtemplates/ikiwiki3/wc$ less ../dest/index.html
+
+ ethan@sundance:~/tests/webtemplates/ikiwiki3/wc$ svn info
+ Path: .
+ URL: file:///home/ethan/tests/webtemplates/ikiwiki3/svn/trunk
+ Repository Root: file:///home/ethan/tests/webtemplates/ikiwiki3/svn
+ Repository UUID: f42bb0d6-3c1e-0410-b2d4-aeaad48dd6c4
+ Revision: 2
+ Node Kind: directory
+ Schedule: normal
+ Last Changed Author: ethan
+ Last Changed Rev: 2
+ Last Changed Date: 2006-09-24 21:15:55 -0400 (Sun, 24 Sep 2006)
+
+A sample error message (obtained through file redirection) is:
+
+ svn: Working copy '.' locked
+ svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
+
+Did I do something stupid again or is this the case on your system too?
+--Ethan \ No newline at end of file