[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: checkout and "Working copy not locked" errors

From: <kfogel_at_collab.net>
Date: 2004-02-27 20:13:03 CET

greg Landrum <greglandrum@mindspring.com> writes:
> So now, the problem. First I checkout the base directory:
> glandrum: /tmp/co > svn checkout -N svn://localhost/tmprepos/baseproj baseproj
> A baseproj/base1
> A baseproj/base2
> Checked out revision 1.
>
> Everything ok so far... but now try checking out a subdirectory:
> glandrum: /tmp/co > svn checkout svn://localhost/tmprepos/baseproj/subd1 baseproj/subd1
> svn: Working copy 'baseproj/subd1' not locked
>
> whoops. Maybe changing into the directory helps?
> glandrum: /tmp/co > cd baseproj/
> glandrum: /tmp/co/baseproj > svn checkout svn://localhost/tmprepos/baseproj/subd1 subd1
> svn: Working copy 'subd1' not locked
>
> Nope... still not working.

Oh, dear. Yes, this is probably an oversight on our part.

There are two things going on here:

When you check out a working copy FOO with -N, and then check out a
subdir SUB into it (i.e., SUB is a subdir of FOO both in the
repository and will be in the working copy), SUB will still not be
linked into FOO as a child entry as it would if you had just done a
regular recursive checkout of FOO.

Independently of that, I think there might be bugs in Subversion's
handling of multi-component checkout targets, for example

   $ svn co http://.../baseproj/subd1 independent_subd1

would work just fine, and

   $ svn co http://.../baseproj/subd1 non_wc_dir/subd1

might also work fine, but your example of

   $ svn co http://.../baseproj/subd1 baseproj/subd1

confuses svn, which thinks that baseproj should already have 'subd1',
but of course it doesn't because of the -N...

Heh. That was a bit stream-of-consciousness.

Anyway, can you file a bug report with your recipe, and link to this
mail thread? I can't promise we'll fix this soon, but we shouldn't
forget about it.

Thanks,
-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 27 21:17:05 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.