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