Re: Won't delete locally modified directory 'wrongdirectory'

[Ryan Schmidt <su...@ryandesign.com>]

Though I'm mentioning MacPorts here, this issue is not Mac-specific,  
and this reproduction recipe can be followed on any Unix-like OS, and  
probably on Windows too by substituting the appropriate commands.

On Dec 23, 2007, at 06:09, Ryan Schmidt wrote:

> On Dec 10, 2007, at 03:47, Ryan Schmidt wrote:
>
>> When trying to switch my working copy of MacPorts base from trunk  
>> to the release_1_6 branch, an error occurs. I know why an error  
>> occurs, but I think the displayed error message is wrong. Observe:
>>
>> $ svn co -r 31856 http://svn.macosforge.org/repository/macports/ 
>> trunk/base
>> $ cd base
>> $ ./configure

Instead of running ./configure you can also just make an unversioned  
file in src/pathconf, e.g.:

$ touch src/pathconf/foo

>> $ svn switch -r 31856 http://svn.macosforge.org/repository/ 
>> macports/branches/release_1_6/base
>> U    configure
>> svn: Won't delete locally modified directory 'src'
>> svn: Left locally modified or unversioned files
>> $
>>
>> There are several differences between trunk and the release_1_6  
>> branch at this point, but the only directory difference is that  
>> trunk has a new directory src/pathconf. Switching from trunk to  
>> release_1_6 should therefore cause the src/pathconf directory to  
>> be deleted in the working copy. No other directories should be  
>> deleted by the switch. Running ./configure causes new unversioned  
>> files to appear in the src/pathconf directory, hence it is locally- 
>> modified. So shouldn't Subversion have said "Won't delete locally- 
>> modified directory 'pathconf'" instead?
>>
>>
>> The client is running Mac OS X 10.4.11 Intel with Subversion 1.4.5  
>> installed from MacPorts. The server is also running Subversion  
>> 1.4.5 installed from MacPorts, served over http (and https), but I  
>> don't know what version of Mac OS X they're running or whether  
>> it's an Intel or PowerPC Mac server.
>
> I still see this with the 1.4.6 client and I didn't get any  
> responses to my initial message so I thought I'd ask again. Am I  
> misunderstanding the error message, or am I right that the error  
> message is incorrect?

All I need is for someone to say "You're right, the error message is  
wrong, please file a bug" or "A bug about the incorrect error message  
has already been filed in ticket #___" or "The error message is not  
wrong because ___". Thanks.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org