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

Re: File delete oddities: os delete conflicts wth svn delete

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2003-01-07 20:31:51 CET

You need to tell us how recent your Subversion is, platform, etc...
Comments below.

Robert North <aqh4uyrs3e02@sneakemail.com> writes:

> Desription of the bugs follows:
> *** Bug pt1: os "rm" vs. "svn rm" => trouble. ***
> If my working copy has a directory "aa" in it,
> and I do:
> rm -rf aa
> Then it beomes extremely difficult to make the wc commitable.
> For instance if I try:
> svn rm aa
> This fails.
> The only way I have found to make the wc commitable is to do the following:
> svn up aa.

Issue #962, working on it right now for the .17 milestone.

> *** Bug pt2: risks with "svn up aa" ***
> If my repository is at file:///home/auser/svn
> Then doing the following causes an unrecoverable failure:
> svn rm file:///home/auser/svn/aa
> svn up aa
> I have attempted "svn cleanup" and "svnadmin repair". Neither correct
> the failure.

What does "unrecoverable failure" mean?

I can't reproduce this problem:

 $ svn rm file:///usr/local/svn/greek-repo/A/B/was_lambda
 Committed revision 95.
 $ cd wc/A/B
 $ svn up was_lambda
 D was_lambda
 Updated to revision 95.

> *** Bug pt 3: bad flagging of files for delete***
> if i do:
> rm -rf aa"
> svn rm aa
> It fails, to mark aa as deleted (as expected).

Actually, this is not as expected. A missing file should still be
able to be scheduled for deletion. And in the latest svn, this works

> It then proceeds to mark a few other other files/dirs for delete!

Yes, this bug is already fixed, issue #863.

You better upgrade to 0.16.1. :-)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 7 20:34:38 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.