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

Re: Strange client behavior on ucLibc

From: Erik Huelsmann <e.huelsmann_at_gmx.net>
Date: 2004-10-29 08:28:26 CEST

> I'm trying to install the subversion client on my uclibc based
> embedded development system, and encountered the following errors with
> update. Commit, and Checkout both work flawlessly.

Given the attached test output, I highly doubt you built a fully functional
Subversion. You may have been lucky with your initial checkout and commit
testing, but from the tests it is clear that you can't expect anything to
work.

Currently there are no known failing tests on any platform svn has been
tested on (except HP-UX with bdb back-end).

> [kazrikna@horizon svn.arkaic.com]$ svn update
> svn: Can't read directory '': Address family not supported by protocol
> [kazrikna@horizon svn.arkaic.com]$ cd ..
> [kazrikna@horizon kazrikna]$ svn update svn.arkaic.com/
> svn: Can't read directory 'svn.arkaic.com': Address family not
> supported by protocol
>
> running svn from archive subversion-1.1.1.tar.bz2 compiled with the
> default options in ./configure
>
> I just ran "make check" on my compiled version and ran into failed
> tests. I've attached the output from this.
>
> Would it be worth making a statically linked glibc binary of svn as a
> test?

You could also build with the --enable-maintainer-mode configure flag to be
hinted where the error occurs. If you have gdb, you could try to fix the
problem with uclibc instead of creating a static svn.

bye,

Erik.

-- 
Geschenkt: 3 Monate GMX ProMail + 3 Ausgaben der TV Movie mit DVD
++++ Jetzt anmelden und testen http://www.gmx.net/de/go/mail ++++
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Oct 29 08:29:08 2004

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.