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

Re: Error on Checkout

From: Joshua Varner <jlvarner_at_gmail.com>
Date: 2005-09-12 05:12:56 CEST

On 9/11/05, JoeHill <joehill@sympatico.ca> wrote:
> On Sat, 10 Sep 2005 21:28:09 -0500
> Joshua Varner got an infinite number of monkeys to type out:
> > >
> > > > Can you access other remote repositories successfully?
> > >
> > > Just tried it on the Subversion server, same error :-\
> > >
> >
> > It might be a poor network connection. If the signals are being
> > corrupted too much that might be the problem. If you can connect
> > to the local one, but everything remote doesn't work, check
> > your connection it may be dropping too much. Do you have a
> > remote server running the svn protocol you could test against?
> *That* gave me an idea, so I SSH'd into my Debian box and installed subversion
> (required an upgrade of libc6...am I *that* behind??). Ran svn and no problemo.
> Downloaded the sources lickety split. Behind the same router/firewall on the
> same LAN. I can rule out network probs, I think.
> At the very least, I can just grab the sources with my Debian box and move them
> to my MDK box.
> All this leads me to think that there is a package on my Mandrake system, on
> which Subversion depends, which is not...er...dependable. From the error I'm
> getting on the MDK box, is there some way I can tell what that package might be?

Some of the xml parsing is handled through apr-util. You might try
upgrading that and apr, otherwise I'm out of suggestions. If you've
got a workaround that should be okay. You could look at svk, and
see if you can checkout onto the debian box, and use svk to check
out from there to the Mandrake one.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 12 05:14:32 2005

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.