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

Re: 1.7RC4 file externals produce errors on updates

From: Mothmonsterman <p.e.fletcher_at_gmail.com>
Date: Mon, 24 Oct 2011 14:17:58 -0700 (PDT)

No, it was the 2011-10-11 — 1.7.0

I just noticed there is a 1.7.1 release, so I upgraded client to it...
No dice, still have same issue. (svn, version 1.7.1 (r1186859)).

It is a 1.6 checkout upgraded to 1.7.

My setup is identical to the test case described in Issue 4015, hence
my reference to it.

On Oct 24, 5:04 pm, Philip Martin <philip.mar..._at_wandisco.com> wrote:
> Mothmonsterman <p.e.fletc..._at_gmail.com> writes:
> > Should this have been resolved with Issue 4015?
>
> >http://subversion.tigris.org/issues/show_bug.cgi?id=4015
>
> > On Oct 17, 4:30 pm, Mothmonsterman <p.e.fletc..._at_gmail.com> wrote:
> >> same problem here..
>
> >> On Oct 4, 1:10 pm, Rolf Campbell <rcampbell-cyg..._at_dragonwaveinc.com>
> >> wrote:
>
> >> > When I try to update a working view that contains file-externals, I get
> >> > an error because the client thinks the external is aversioneditem.
>
> >> > In an attempt to clear the problem, I deleted the file (locally), but
> >> > "svn up" restores the file and then complains about itexisting.
>
> >> > Are file-externals supported in v1.7?
>
> >> > $ svn up
> >> > Updating '.':
> >> > Restored 'lastserial.txt'
>
> >> > Fetching externaliteminto 'lastserial.txt':
> >> > svn: warning: W195017: The file external from
> >> > 'https://[snip]/trunk/SerialNumbers/lastserial.txt'cannotoverwritetheexistingversionedite mat '/c/[snip]/lastserial.txt'
>
> >> > At revision 3905.
> >> > svn: E205011: Failure occurred processing one or more externals definitions
>
> Difficult to say.  Issue 4015 is fixed in 1.7.  Are you using rc4?  Are
> you using a 1.7 checkout, or a 1.6 checkout upgraded to 1.7?
>
> --
> Philip
Received on 2011-10-24 23:18:29 CEST

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.