projects
/
ikiwiki.git
/ commitdiff
commit
grep
author
committer
pickaxe
?
search:
re
summary
|
shortlog
|
log
|
commit
| commitdiff |
tree
raw
|
patch
|
inline
| side by side (parent:
264e82f
)
(no commit message)
author
j-ali
<j-ali@web>
Tue, 4 Aug 2009 20:18:49 +0000
(16:18 -0400)
committer
Joey Hess
<joey@kitenet.net>
Tue, 4 Aug 2009 20:18:49 +0000
(16:18 -0400)
doc/bugs/post-commit_hangs.mdwn
patch
|
blob
|
history
diff --git
a/doc/bugs/post-commit_hangs.mdwn
b/doc/bugs/post-commit_hangs.mdwn
index af40a3cee225946277c23147901b53d98eba6b50..c28a340402343bda80080369f656efb6060c9b58 100644
(file)
--- a/
doc/bugs/post-commit_hangs.mdwn
+++ b/
doc/bugs/post-commit_hangs.mdwn
@@
-6,5
+6,11
@@
I installed ikiwiki v3.14159 in /usr/local from tarball (/usr contains an older
> to the underlaying VCS? Which VCS? These are all different code paths..
> --[[Joey]]
> to the underlaying VCS? Which VCS? These are all different code paths..
> --[[Joey]]
+>> It's blocking when I run "ikiwiki --setup ikiwiki.setup" (which calls hg update, which calls ikiwiki --post-commit).
+>> Hmm, maybe it's the recursive call to ikiwiki which is the problem.
+>> The underlying VCS is mercurial. --Ali
+
> Also, how have you arranged to keep it from seeing the installation in /usr? Perl could well be loading
> modules from the old installation, and if it's one with a different locking strategy that would explain your problem. --[[Joey]]
> Also, how have you arranged to keep it from seeing the installation in /usr? Perl could well be loading
> modules from the old installation, and if it's one with a different locking strategy that would explain your problem. --[[Joey]]
+
+>> Good point. Not knowing perl, I just assumed /usr/local would take precedence. I've now used "dpkg -r ikiwiki" to remove the problem. --Ali