diff options
author | http://schmonz.livejournal.com/ <http://schmonz.livejournal.com/@web> | 2009-08-02 14:36:56 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2009-08-02 14:36:56 -0400 |
commit | 91ec7b17208d7aa58408ad765231e2b62337f232 (patch) | |
tree | cba59d4eea5d214ae121076de269136722b4361a | |
parent | 595c1d2a742a141db797a80b9643aa364e66ee8a (diff) | |
download | ikiwiki-91ec7b17208d7aa58408ad765231e2b62337f232.tar ikiwiki-91ec7b17208d7aa58408ad765231e2b62337f232.tar.gz |
new CVS locking weirdness and workaround
-rw-r--r-- | doc/post-commit/discussion.mdwn | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/doc/post-commit/discussion.mdwn b/doc/post-commit/discussion.mdwn index 6ae0d9bcb..c78709e94 100644 --- a/doc/post-commit/discussion.mdwn +++ b/doc/post-commit/discussion.mdwn @@ -116,3 +116,8 @@ Can you offer an educated guess what's going wrong here? --[[Schmonz]] >> process, so you could just use a temporary list of things to add. >> --[[Joey]] +>>> Thanks for the comments. Attempting to set up a wiki on a different system with a different version of `cvs`, I've encountered a new locking problem within CVS: `cvs commit` takes a write lock, post-commit ikiwiki calls `rcs_update()`, `cvs update` wants a read lock and blocks. The easiest fix I can think of is to make `cvs commit` return and relinquish its lock -- so instead of my wrapper script `exec`ing ikiwiki's post-commit hook, I amp it off and exit 0. Seems to do the trick and, if I grok ikiwiki's behavior here, is not dangerous. (Beats me why my development `cvs` doesn't behave the same WRT locking.) + +>>> I was all set to take your third suggestion, but now that there's more than one CVS oddity fixed trivially in a wrapper script, I think I prefer doing it that way. + +>>> I'd be glad for the CVS plugin to be included in ikiwiki, if and when you deem it ready. Please let me know what needs to be done for that to happen. --[[Schmonz]] |