]> sipb.mit.edu Git - ikiwiki.git/commitdiff
Fix unusual --setup --post-commit command line option combo.
authorJoey Hess <joey@gnu.kitenet.net>
Mon, 9 Feb 2009 19:58:10 +0000 (14:58 -0500)
committerJoey Hess <joey@gnu.kitenet.net>
Mon, 9 Feb 2009 19:58:10 +0000 (14:58 -0500)
debian/changelog
doc/todo/mercurial.mdwn
ikiwiki.in

index c9878c71961ef6e4bbde2aa726c75627d3d8df34..d2b701db7e8c511a2265dfcbff8f5d382d1123ec 100644 (file)
@@ -8,6 +8,7 @@ ikiwiki (3.04) UNRELEASED; urgency=low
   * Work around XML::Atom strangeness that results in double-encoded posts.
     (smcv) 
   * Updated German translation (Kai Wasserb├Ąch). Closes: #514251
+  * Fix unusual --setup --post-commit command line option combo.
 
  -- Joey Hess <joeyh@debian.org>  Sat, 31 Jan 2009 19:04:45 -0500
 
index 9635b6880b8f984616700169a5720d63b87a209a..e45629102bce5c27678f1f21d79f8a2fa543badb 100644 (file)
@@ -31,6 +31,13 @@ This should update the working directory and run ikiwiki every time a change is
 
 The problem with --post-commit is that if you delete some pages in $SRC, ikiwiki --setup setupfile --post-commit will not delete them in $DEST.
 
+> You should really be using a setup file that has `mercurial_wrapper`
+> set, and running the wrapper generated by that from your hook.
+> That will work. I think that the `--setup --post-commit` on the command
+> line is currently broken and does the same expensive rebuild process as --setup
+> alone (which doesn't delete files from $DEST either). Will fix that.
+> --[[Joey]] 
+
 I add the following to .hg/hgrc:(I use changegroup since I don't think we need refresh per changeset, please point out if I am wrong.)
 
     [hooks]
@@ -49,6 +56,24 @@ No deadlock happens.  (Also I push to the $SRC from another machine, again, no d
 
 Of course these tests are too simple.  The problem is I have no idea when the deadlock will happen. If someone is kind enough to point out, I will run more test.
 
+> For the deadlock to occur, a edit has to be made via the web.
+> 
+> Ikiwiki,
+> running as a CGI, takes a lock on the wiki, and commits the edit,
+> continuing to run in the background, with the lock still held.
+> When the edit is committed, the hg hook runs, running `ikwiki --refresh`.
+> Nearly the first thing that process does it try to lock the wiki..
+> which is already locked. This lock is taken in a blocking manner,
+> thus the deadlock -- the cgi is waiting for the commit to finish before
+> dropping the lock, and the commit is blocked waiting for the lock to be
+> released.
+> 
+> --post-commit avoids this problem by checking if the cgi is running
+> and avoiding doing anything in that case. (While still handing the
+> refresh if the commit was not made by the CGI.)
+> So in that case, the commit finishes w/o ikiwiki doing anything,
+> and the ikiwiki CGI handles the wiki refresh.
+> --[[Joey]]  
 
 ***
 
index 32a24af84a6177d0477bc1914afcddd41b2627cc..c79a2bfef98dd8ee6a3042bfdde919f3304534b0 100755 (executable)
@@ -135,7 +135,8 @@ sub main () {
 
                if (@{$config{wrappers}} && 
                    ! $config{render} && ! $config{dumpsetup} &&
-                   (! $config{refresh} || $config{genwrappers})) {
+                   ((! $config{refresh} && ! $config{post_commit})
+                    || $config{genwrappers})) {
                        debug(gettext("generating wrappers.."));
                        require IkiWiki::Wrapper;
                        my %origconfig=(%config);
@@ -157,7 +158,8 @@ sub main () {
                }
                
                # setup implies a wiki rebuild by default
-               if (! $config{refresh} && ! $config{render}) {
+               if (! $config{refresh} && ! $config{render} &&
+                   ! $config{post_commit}) {
                        $config{rebuild}=1;
                }
        }