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