Thanks for all the responses. I put in a wrapper script to set the umax
g+w before invoking svn, and that seems to solve some problems.
But here is another problem that seems to be independent of the
User drewes wants to commit the file Brain.cpp which has also been
updated by another user. drewes attempts to commit and gets this error:
[drewes@cortex-0 newn48]$ svn commit
subversion/libsvn_client/commit.c:662: (apr_err=160028, src_err=0)
svn: Transaction is out of date
svn: Commit failed (details follow):
subversion/libsvn_ra_local/commit_editor.c:113: (apr_err=160028, src_err=0)
svn: out of date: `Brain.cpp' in txn `1g'
User drewes then attempts to update, to get the latest copy of Brain.cpp
so that it can be reconciled with his own copy and resubmitted:
[drewes@cortex-0 newn48]$ svn update
subversion/libsvn_wc/log.c:289: (apr_err=155009, src_err=0)
svn: Problem running log
svn: in directory .
subversion/libsvn_wc/log.c:1155: (apr_err=155009, src_err=0)
svn: start_handler: error processing command 'merge' in .
subversion/libsvn_wc/log.c:436: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: svn_wc_merge() returned an unexpected error
subversion/libsvn_wc/lock.c:363: (apr_err=155005, src_err=0)
svn: directory not locked ()
User drewes then tries to see what the hell is going on:
[drewes@cortex-0 newn48]$ svn status
_ L .
_ L docs
_ L ear
_ L inputs
_ L parse
_ L scripts
There are a bunch of lock files left hanging around. I don't think
anything can save this working directory--not even manual deletion of
lock files; user drewes will have to check out a new copy, reintegrate
changes, and try again.
This is on subversion-r2092g.tar.gz.
Anyone know what is going on here?
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Thu Sep 12 18:41:11 2002