svn borked?

[Walter Vaughan]

Current Time: 1pm EST, Oct 20th 2006

# svn up
svn: Checksum mismatch for
'framework/entity/lib/jdbc/.svn/text-base/derbyclient.jar.svn-base'; recorded:
'b84575fdc0602c25d23058197661e001', actual: '9ad4b684596bc3b069faa509a3e8db87'

where would one look to see if our file is borked, or the svn is hosed?

[David E Jones-2]

Did it just happen once or is it happening over and over?

This is one possible thing you'd expect to see when there is a  
network error and bad data somehow gets through.

-David


On Oct 20, 2006, at 11:19 AM, Walter Vaughan wrote:

> Current Time: 1pm EST, Oct 20th 2006
>
> # svn up
> svn: Checksum mismatch for 'framework/entity/lib/jdbc/.svn/text-
> base/derbyclient.jar.svn-base'; recorded:  
> 'b84575fdc0602c25d23058197661e001', actual:  
> '9ad4b684596bc3b069faa509a3e8db87'
>
> where would one look to see if our file is borked, or the svn is  
> hosed?
>

[Walter Vaughan]

David E Jones wrote:

>
> Did it just happen once or is it happening over and over?

over and over. Repeatable whether I do it as "svn up"
or do it as svn co http://svn.apache.org/repos/asf/incubator/ofbiz/trunk ofbiz

The SVN must be fine since I svn'd my WINDOWS desktop and I get a nice
"Checked out revision 466220".

So How Does One Clear This Up?

>> # svn up
>> svn: Checksum mismatch for 'framework/entity/lib/jdbc/.svn/text-
>> base/derbyclient.jar.svn-base'; recorded:  
>> 'b84575fdc0602c25d23058197661e001', actual:  
>> '9ad4b684596bc3b069faa509a3e8db87'

What do I rm inorder to have the svn reload properly?
rm $OFBIZ_DIR/framework/entity/lib/jdbc/derbyclient.jar ???

--
Walter

[David E Jones-2]

Maybe try killing the directory and then doing an update to restore  
it. You probably have a corrupt local file (perhaps the one under  
the .svn directory).

-David


On Oct 20, 2006, at 12:14 PM, Walter Vaughan wrote:

> David E Jones wrote:
>
>> Did it just happen once or is it happening over and over?
>
> over and over. Repeatable whether I do it as "svn up"
> or do it as svn co http://svn.apache.org/repos/asf/incubator/ofbiz/ 
> trunk ofbiz
>
> The SVN must be fine since I svn'd my WINDOWS desktop and I get a nice
> "Checked out revision 466220".
>
> So How Does One Clear This Up?
>
>>> # svn up
>>> svn: Checksum mismatch for 'framework/entity/lib/jdbc/.svn/text-  
>>> base/derbyclient.jar.svn-base'; recorded:  
>>> 'b84575fdc0602c25d23058197661e001', actual:  
>>> '9ad4b684596bc3b069faa509a3e8db87'
>
> What do I rm inorder to have the svn reload properly?
> rm $OFBIZ_DIR/framework/entity/lib/jdbc/derbyclient.jar ???
>
> --
> Walter
>
>

[Jacques Le Roux]

I was also caught by a stuff like that. I found my way with Google but David's advice is surely easier if applicable (I means if you
have nothing to lose)

Jacques

----- Original Message -----
From: "David E Jones" <[hidden email]>
To: <[hidden email]>
Sent: Friday, October 20, 2006 8:25 PM
Subject: Re: svn borked?

>
> Maybe try killing the directory and then doing an update to restore
> it. You probably have a corrupt local file (perhaps the one under
> the .svn directory).
>
> -David
>
>
> On Oct 20, 2006, at 12:14 PM, Walter Vaughan wrote:
>
> > David E Jones wrote:
> >
> >> Did it just happen once or is it happening over and over?
> >
> > over and over. Repeatable whether I do it as "svn up"
> > or do it as svn co http://svn.apache.org/repos/asf/incubator/ofbiz/
> > trunk ofbiz
> >
> > The SVN must be fine since I svn'd my WINDOWS desktop and I get a nice
> > "Checked out revision 466220".
> >
> > So How Does One Clear This Up?
> >
> >>> # svn up
> >>> svn: Checksum mismatch for 'framework/entity/lib/jdbc/.svn/text-
> >>> base/derbyclient.jar.svn-base'; recorded:
> >>> 'b84575fdc0602c25d23058197661e001', actual:
> >>> '9ad4b684596bc3b069faa509a3e8db87'
> >
> > What do I rm inorder to have the svn reload properly?
> > rm $OFBIZ_DIR/framework/entity/lib/jdbc/derbyclient.jar ???
> >
> > --
> > Walter
> >
> >

[Walter Vaughan]

David E Jones wrote:

>
> Maybe try killing the directory and then doing an update to restore  it.
> You probably have a corrupt local file (perhaps the one under  the .svn
> directory).

That was the trick. I was talking with Si and that's what he suggested I try
after he tried it on his system.