You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Eric Hanchrow <of...@blarg.net> on 2002/12/12 23:49:44 UTC
bug? svn status -v -u filename => "Working copy not locked"
I'm running
svn, version 0.16.0 (r3987)
compiled Dec 4 2002, 13:53:39
Copyright (C) 2000-2002 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
The following repository access (RA) modules are available:
* ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol.
- handles 'http' schema
* ra_local : Module for accessing a repository on local disk.
- handles 'file' schema
on
Linux offby1 2.4.18crypto #1 Sat Nov 16 15:06:52 PST 2002 i686 unknown
I configured thusly:
./configure --prefix=/usr/local/svn --with-apxs=/usr/bin/apxs2
I'm using Version: 4.0.14-1 of the Berkeley DB stuff
I don't know how you'll reproduce this :( It repros for me every
time, but I assume (as I'll explain below) that the problem is
triggered by something wrong in my repository.
Anyway, here's what I do and see:
15:35:41 [offby1@offby1 config-files]$ svn status -v -u .emacs.el
subversion/libsvn_wc/lock.c:422: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: directory not locked (mozbook)
If it matters, here's the output of `svn info' in that directory:
15:31:16 [offby1@offby1 config-files]$ svn info
Path:
Url: http://localhost/svn/repos/trunk/config-files
Revision: 15
Node Kind: directory
Schedule: normal
Last Changed Author: erich
Last Changed Rev: 15
Last Changed Date: 2002-12-12 11:44:13 -0800 (Thu, 12 Dec 2002)
Note that, if I try an equivalent command on another repository
(namely the subversion sources themselves), I have no trouble:
15:43:43 [offby1@offby1 getopt_tests_data]$ svn status -v -u svn_stderr
4110 3250 kfogel svn_stderr
Head revision: 4110
This is why I assume the problem has something to do with my
repository.
I can't recall exactly how I created the repository, but I think it
went about it in an entirely straightforward way: I created a
directory with `cvs export' (because the stuff was originally under
CVS control), then did `svn import'. I am fairly certain that I then
did a few `svn mv's afterward -- and that each time, each argument to
mv contained a URL (thus they were all "complete server-side
renames").
What can I do to help track down the problem?
--
PGP Fingerprint: 3E7B A3F3 96CA 8958 ACC5 C8BD 6337 0041 C01C 5276
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: bug? svn status -v -u filename => "Working copy not locked" -- more info
Posted by Eric Hanchrow <of...@blarg.net>.
15:35:41 [offby1@offby1 config-files]$ svn status -v -u .emacs.el
subversion/libsvn_wc/lock.c:422: (apr_err=155005, src_err=0)
svn: Working copy not locked
svn: directory not locked (mozbook)
I forgot to mention -- `mozbook' is indeed a directory that lives in
the same directory as .emacs.el.
--
PGP Fingerprint: 3E7B A3F3 96CA 8958 ACC5 C8BD 6337 0041 C01C 5276
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: bug? svn status -v -u filename => "Working copy not locked"
Posted by Karl Fogel <kf...@newton.ch.collab.net>.
Eric Hanchrow <of...@blarg.net> writes:
> Anyway, here's what I do and see:
>
> 15:35:41 [offby1@offby1 config-files]$ svn status -v -u .emacs.el
> subversion/libsvn_wc/lock.c:422: (apr_err=155005, src_err=0)
> svn: Working copy not locked
> svn: directory not locked (mozbook)
Can you fix it by running 'svn cleanup'?
> If it matters, here's the output of `svn info' in that directory:
>
> 15:31:16 [offby1@offby1 config-files]$ svn info
> Path:
> Url: http://localhost/svn/repos/trunk/config-files
> Revision: 15
> Node Kind: directory
> Schedule: normal
> Last Changed Author: erich
> Last Changed Rev: 15
> Last Changed Date: 2002-12-12 11:44:13 -0800 (Thu, 12 Dec 2002)
>
> Note that, if I try an equivalent command on another repository
> (namely the subversion sources themselves), I have no trouble:
>
> 15:43:43 [offby1@offby1 getopt_tests_data]$ svn status -v -u svn_stderr
> 4110 3250 kfogel svn_stderr
> Head revision: 4110
>
> This is why I assume the problem has something to do with my
> repository.
Well, you've also changed to a different working copy directory, so
the repository isn't the only variable changing here! :-)
> What can I do to help track down the problem?
Save that working copy before you do any experiments.
Can you check out another working copy from that repository and run
'svn st -v -u .emacs.el' in that working copy? What happens?
This is actually a fairly common situation; it can result from an
operation interrupted at the wrong time. If 'svn cleanup' fixes it,
it may not be a bug at all. If 'svn cleanup' does not fix it, then we
could look at the working copy.
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org