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

Re: contents of .svn/log.1 makes svn command fail

From: Ryan Schmidt <subversion-2009a_at_ryandesign.com>
Date: Mon, 5 Jan 2009 03:48:05 -0600

On Jan 5, 2009, at 03:41, Coppieters, Pauwel wrote:

> Ryan Schmidt wrote:
>> On Dec 16, 2008, at 07:19, Coppieters, Pauwel wrote:
>>> I did a checkin in the top directory (trunk) of my working copy, and
>>> (because I thought my working copy was corrupt), I did a complete
>>> clean checkout of the repository in another location.
>>> In this new location, I have a few .svn/log and .svn/log.1 files in
>>> some subfolders. The following svn command fails in theses
>>> subfolder :
>>> bash-3.2$ svn propset mtime "15/09/2008 11:14:12"
>>> svn: In directory '.'
>>> svn: Can't move source to dest
>>> svn: Can't move '.svn/tmp/prop-base/RDINI_MACH_INRC_SORT.dsx.svn-
>>> base'
>>> to '.svn/prop-base/RDINI_MACH_INRC_SORT.dsx.svn-base': No such
>>> file or
>>> directory bash-3.2$
>> Do you have two files in this directory whose names differ only in
>> case
>> (e.g. both RDINI_ADMS_GROP.dsx and rdini_adms_grop.dsx), and is your
>> file system case-insensitive?
> No, the file names are all capitals, and there is only one occurance.
> What I found out is that the command line client (svn) shows this
> problem.
> But with TortoiseSVN, I can do a cleanup that works.

Ok. I'm sending this reply back to the users mailing list so perhaps
someone else can offer further suggestions if needed.


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-01-05 14:06:22 CET

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.