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

Re: Question: "cannot replace a directory from within" -- what happened?

From: Ingo Adler <dev_at_synacon.ch>
Date: 2005-02-19 00:53:29 CET

Hi,

have you got a solution until now?
I have the same problem too. I relocated with svn and with tsvn (on a
different machine) - it doesn't work.

The entry files in the top level .svn directory are the same from the
relocated and a newly checked out copy, especially the url - only the
dates differ.

Ingo.

Jochem Schulenklopper wrote:

>Hi,
>
>On 05 Jan 2005 11:26:09 -0600, kfogel@collab.net <kfogel@collab.net> wrote:
>[lengthy problem description deleted... search the archives for the
>full text --JSc]
>
>
>>In your old, not-functioning-quite-correctly working copy, does 'grep'
>>find any instances of the old repository name?
>>
>>'svn switch --relocate' *should* have done what you expected, I don't
>>know why it didn't.
>>
>>
>
>No, grepping did not find instances of the old repository name. I also
>don't know what happened.
>For your convenience, I'll attach a log of my CLI actions and results,
>including the grep. It should be easy to reproduce my case. I'm
>curious what you may find (hopefully not an error on my side).
>
>While doing the reproduction, I also noted a difference between SVN
>and the same command executed via TSVN. If and when the "svn switch
>--relocate" gives an error in SVN (not in the log attached, I
>encountered this another time), TSVN does not seem to catch it
>properly and reports a successful execution. I'll report that
>seperately to dev@t.t.o.
>
>Kind regards,
>
>Jochem
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Feb 19 00:56:20 2005

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.