You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "C.A.T.Magic" <c....@gmx.at> on 2004/03/26 22:31:29 UTC
Bug with " svn:externals dir -r ..." when using " svn up -r " +[Receipe]
Hi,
I encountered a problem with
versioned svn:externals .. -r<n>
properties.
if the revision of the externals is changed
svn up -r<m> fails
the first time but succeeds the second time.
(and TSVN seems to fail every time)
here is -a- simple production receipe using folders,
although the same error happens when using files:
# rmdir /s/q Repos1
# rmdir /s/q Repos2
# rmdir /s/q Work
svnadmin create Repos1
svnadmin create Repos2
svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos1/extA
svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos1/extA/extB
svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos1/extA/extB/extC1
svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos1/extA/extB/extC2
svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos2/dirA
mkdir Work
cd Work
svn co file:///X:/SVNSandbox/SVNChecker/Repos2 .
svn propset svn:externals "ext -r3 file:///X:/SVNSandbox/SVNChecker/Repos1/extA" dirA
svn ci -m ""
svn up
svn propset svn:externals "ext -r4 file:///X:/SVNSandbox/SVNChecker/Repos1/extA" dirA
svn ci -m ""
svn up
echo .
echo -- this fails with " svn: Working copy 'dirA/ext/extB' not locked "
svn up -r 2
echo .
echo -- second time it seems to work
svn up -r 2
cd ..
A search in the issue tracker for "externals" did not
show up any similar issues on the case,
but this new issue would probably also block solving
issue/feature #1258.
Any chance that this will get fixed in 1.0.2?
Or does anyone have a "better" solution to "tag" externals?
thanks
:-)
c.a.t.
Re: Bug with svn:externals dir -r +Receipe
Posted by "C.A.T.Magic" <c....@gmx.at>.
C.A.T.Magic wrote:
>
> Hi,
>
> I encountered a problem with
> versioned svn:externals .. -r<n>
> properties.
> if the revision of the externals is changed
> svn up -r<m> fails
> the first time but succeeds the second time.
> (and TSVN seems to fail every time)
>
> here is -a- simple production receipe using folders,
> although the same error happens when using files:
>
>
>
> # rmdir /s/q Repos1
> # rmdir /s/q Repos2
> # rmdir /s/q Work
>
> svnadmin create Repos1
> svnadmin create Repos2
>
> svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos1/extA
> svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos1/extA/extB
> svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos1/extA/extB/extC1
> svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos1/extA/extB/extC2
> svn mkdir -m "" file:///X:/SVNSandbox/SVNChecker/Repos2/dirA
>
> mkdir Work
> cd Work
> svn co file:///X:/SVNSandbox/SVNChecker/Repos2 .
> svn propset svn:externals "ext -r3
> file:///X:/SVNSandbox/SVNChecker/Repos1/extA" dirA
> svn ci -m ""
> svn up
> svn propset svn:externals "ext -r4
> file:///X:/SVNSandbox/SVNChecker/Repos1/extA" dirA
> svn ci -m ""
> svn up
>
> echo .
> echo -- this fails with " svn: Working copy 'dirA/ext/extB' not locked "
> svn up -r 2
>
> echo .
> echo -- second time it seems to work
> svn up -r 2
>
> cd ..
>
>
>
> A search in the issue tracker for "externals" did not
> show up any similar issues on the case,
> but this new issue would probably also block solving
> issue/feature #1258.
>
>
> thanks
> :-)
> c.a.t.
>
sorry for nagging, but did anybody read this?
:-)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Re: Bug with " svn:externals dir -r ..." when using " svn up
-r " +[Receipe]
Posted by Ben Collins-Sussman <su...@collab.net>.
On Fri, 2004-03-26 at 16:31, C.A.T.Magic wrote:
>
> Hi,
>
> I encountered a problem with
> versioned svn:externals .. -r<n>
Thanks for the recipe, C.A.T.
I was able to reproduce on Linux using both 1.0.1 and /trunk, and I've
filed the bug as issue #1812.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org