Hello,
I svnadmin dumped my repository and svnadmin loaded it back into r3033.
I still find it depressingly easy to wedge things. For example, if some
source files have been updated by another user and I attempt to check in
my copies of the same files, the commit fails (as it should) but the
update also fails (as it shouldn't), e.g.:
[svn@cortex-0 newn47]$ svn commit
Sending Brain.cpp
svn: Transaction is out of date
svn: Commit failed (details follow):
svn: out of date: `Brain.cpp' in txn `1d'
[svn@cortex-0 newn47]$ svn update
svn: Problem running log
svn: in directory .
svn: start_handler: error processing command 'merge' in .
svn: Working copy not locked
svn: svn_wc_merge() returned an unexpected error
svn: directory not locked ()
[svn@cortex-0 newn47]$ svn cleanup
svn: Problem running log
svn: in directory .
svn: start_handler: error processing command 'merge' in .
svn: Working copy not locked
svn: svn_wc_merge() returned an unexpected error
svn: directory not locked ()
[svn@cortex-0
newn47]$ svn --version
Subversion Client, version 0.14.2 (r3033)
compiled Sep 12 2002, 20:51:40
Any ideas? I'm still set up with local users on a local filesystem. Is
r3033 not recent enough still? It's the latest tarball but not taken from
the svn repository obviously.
Thanks,
Rich
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 13 07:00:05 2002