Re: 1.7RC4 file externals produce errors on updates
same problem here.. On Oct 4, 1:10 pm, Rolf Campbell 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'cannotoverwritetheexistingversioneditemat > '/c/[snip]/lastserial.txt' > > At revision 3905. > svn: E205011: Failure occurred processing one or more externals definitions
Re: 1.7RC4 file externals produce errors on updates
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 wrote: > same problem here.. > > On Oct 4, 1:10 pm, Rolf Campbell > 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
Re: 1.7RC4 file externals produce errors on updates
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 wrote: > Mothmonsterman 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 wrote: > >> same problem here.. > > >> On Oct 4, 1:10 pm, Rolf Campbell > >> 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
Re: 1.7RC4 file externals produce errors on updates
2011-10-11 — 1.7.0 was used to do the upgrade. No release candidates were ever installed. On Oct 24, 5:28 pm, Philip Martin wrote: > Mothmonsterman writes: > > 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. > > Which version was used to do the upgrade? If you upgraded the working > copy with an a 1.7 pre-release that was affected by 4015 then the > upgraded working will be faulty. Changing the client will not fix a > faulty working copy. If you upgraded the working copy with a released > 1.7 then you should not see the problem and if you do we need to > investigate. > > -- > Philip
Re: 1.7RC4 file externals produce errors on updates
External definition: C:\eclipse\workspaces_3_6\CADOC\eOMIS>svn propget svn:externals ^/eOMIS/trunk/src/a/b/c/SF02_SampleClass.java src/a/b/c/ SF02_SampleClass.java ^/eOMIS/trunk/src/a/b/c/SF02_SampleServlet.java src/a/b/c/ SF02_SampleServlet.java ^/eOMIS/trunk/WebContent/d/sf2tzzz.jsp WebContent/d/sf2tzzz.jsp svn st: C:\eclipse\workspaces_3_6\CADOC\eOMIS>svn st S src\a\b\c\SF02_SampleClass.java S src\a\b\c\SF02_SampleServlet.java S WebContent\d\sf2tzzz.jsp C:\eclipse\workspaces_3_6\CADOC\eOMIS>svn st c:\eclipse \workspaces_3_6\CADOC\eOMIS\src\a\b\c\SF02_SampleClass.java S C:\eclipse\workspaces_3_6\CADOC\eOMIS\src\a\b\c \SF02_SampleClass.java C:\eclipse\workspaces_3_6\CADOC\eOMIS>svn st c:\eclipse \workspaces_3_6\CADOC\eOMIS\src\a\b\c\SF02_SampleServlet.java S C:\eclipse\workspaces_3_6\CADOC\eOMIS\src\a\b\c \SF02_SampleServlet.java C:\eclipse\workspaces_3_6\CADOC\eOMIS>svn st c:\eclipse \workspaces_3_6\CADOC\eOMIS\WebContent\d\sf2tzzz.jsp S C:\eclipse\workspaces_3_6\CADOC\eOMIS\WebContent\d\sf2tzzz.jsp the files were pristine when i upgraded. no local changes. i dont have the sqlite3 tool, do i need it? thanks for your help Philip. On Oct 24, 6:06 pm, Philip Martin wrote: > Mothmonsterman writes: > > 2011-10-11 — 1.7.0 was used to do the upgrade. No release candidates > > were ever installed. > > > On Oct 24, 5:28 pm, Philip Martin wrote: > >> Mothmonsterman writes: > >> > 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. > > >> Which version was used to do the upgrade? If you upgraded the working > >> copy with an a 1.7 pre-release that was affected by 4015 then the > >> upgraded working will be faulty. Changing the client will not fix a > >> faulty working copy. If you upgraded the working copy with a released > >> 1.7 then you should not see the problem and if you do we need to > >> investigate. > > How is the svn:external defined? So what does 'svn st' show on thefile > external, and on the directory defining the svn:externals? What did > they look like when you upgraded? Were they different from the current > state? Do you have the sqlite3 tool? > > -- > Philip
Re: Subversion encountered a serious problem - during svn update
Thats the first I've heard something like that... Great point. I will verify that over the next day or two. Thanks! On Sep 8, 3:17 pm, Les Mikesell wrote: > On 9/8/2010 1:35 PM, Patrick Fletcher wrote: > > >> The real answer is "read Stefan's script and do whatever it does". > > > Not at all helpful. I thought this is where I am supposed to ask questions > > that I do not know the answer to... > > I didn't follow the whole thread here, but have you completely ruled out > the possibility that some operation in your working copy is modifying > the pristine copies under .svn? > > -- > Les Mikesell > lesmikes...@gmail.com
Re: Subversion encountered a serious problem - during svn update
I was never able to pin down exactly what caused this. I wanted to know why, as opposed to just a fix, hence the length of the thread. Nothing was modifying files under .svn as Les Mikesell mentioned, but thanks for that suggestion! Just in case anybody happens to run into the same issue, the problem has no shown itself again after taking the following steps... 1. svnadmin verify'ed okay 2. full dump of repo 3. install of latest svn (1.6.12 from 1.6.3) 4. create/load new repo Thanks svn guys for your input!! On Sep 8, 3:41 pm, Mothmonsterman wrote: > Thats the first I've heard something like that... Great point. > > I will verify that over the next day or two. Thanks! > > On Sep 8, 3:17 pm, Les Mikesell wrote: > > > > > On 9/8/2010 1:35 PM, Patrick Fletcher wrote: > > > >> The real answer is "read Stefan's script and do whatever it does". > > > > Not at all helpful. I thought this is where I am supposed to ask questions > > > that I do not know the answer to... > > > I didn't follow the whole thread here, but have you completely ruled out > > the possibility that some operation in your working copy is modifying > > the pristine copies under .svn? > > > -- > > Les Mikesell > > lesmikes...@gmail.com
