Re: post-commit question

How would a script fork itself into the background?

John Peacock <jpeacock@tigris.org> wrote: Stefan Sperling wrote:
> The commit has a write lock on the repo, and your script waits
> for the write lock to be released so it can grab a read lock
> to do the update.

I think this theory is highly unlikely (or even wrong ;-), since all
post-commit hooks that expect to be able to update a working copy would
suffer from this problem otherwise. It should be simple to check,
however, simply replace that post-commit with one that forks into the
background and does a sleep(1). That way, the transaction will be
"completed" by the time the update happens.

I suspect that, even though the OP claims to have tested with various
users, this is actually a rights issue. I'm especially suspicious of
the fact that this appears to be a remote filesystem of some type:

 /mnt/LatestAndGreatest/

FWIW, I am the author of SVN::Notify::Mirror, which was written
specifically to facilitate both local and remote WC updates in a
post-commit hook. Check CPAN for details...

John

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Sep 19 17:19:44 2007