diff options
author | http://schmonz.livejournal.com/ <http://schmonz.livejournal.com/@web> | 2009-07-31 15:21:29 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2009-07-31 15:21:29 -0400 |
commit | e93636b2f3a3a2678145f20cb26ca31e97e9d545 (patch) | |
tree | d6fe15a84a619be4d0e32c412cf4ae733bf495d6 | |
parent | f81471913f7b1ae2d208f4568c6812d41a8d3054 (diff) |
brain gradually engaging
-rw-r--r-- | doc/post-commit/discussion.mdwn | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/doc/post-commit/discussion.mdwn b/doc/post-commit/discussion.mdwn index bbe529106..3caa07a85 100644 --- a/doc/post-commit/discussion.mdwn +++ b/doc/post-commit/discussion.mdwn @@ -60,3 +60,5 @@ I was able to work out that when I'm seeing this page save misbehavior, my plugi Can you offer an educated guess what's going wrong here? --[[Schmonz]] > Got `rcs_recentchanges` working, believe it or not, thanks to [cvsps](http://www.cobite.com/cvsps/). If I can figure out this interaction between the post-commit hook and `cvs add` on directories, the CVS plugin is mostly done. Could it be a locking issue? Where should I be looking? Any suggestions appreciated. --[[Schmonz]] + +>> Okay, it is definitely a locking issue. First, on the conjecture that `cvs add <directory>` was triggering the post-commit hook and confusing ikiwiki, I wrapped the ikiwiki post-commit binary with a shell script that exited 0 if the triggering file was a directory. The first half of the conjecture was correct -- my wrapper got triggered -- but the web add of `one/two/three.mdwn` (where `one` and `two` weren't existing CVS-controlled dirs) remained hung as before. There were two ikiwiki processes running. On a whim, I killed the one with the higher PID; `cvs add one` immediately completed successfully, then back to a hang and two ikiwiki processes. I killed the newer one again and then `cvs add one/two` and `cvs add one/two/three.mdwn` completed and the web add was successful. |