subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Shahaf <...@daniel.shahaf.name>
Subject Re: make check failure in op-depth-test SVN 1.7.2/Ubuntu 8.10
Date Tue, 06 Dec 2011 22:30:31 GMT
This may be relevant:

00:29:04      @danielsh | wayita: debian libtool bug
00:29:04         wayita | danielsh: http://bugs.debian.org/291641
00:29:04         wayita | danielsh: tldr: Debian's libtool appears to resolve inter-library
dependencies to the install tree
                        | rather than the build tree, this is different from the upstream
GNU behaviour and can be awkward for
                        | people using Debian as a development platform
00:29:04         wayita | danielsh: http://mid.gmane.org/20111113175830.GA12429@elie.hsd1.il.comcast.net
and thread

Erik Hemdal wrote on Tue, Dec 06, 2011 at 16:58:21 -0500:
> Thanks, Daniel.  This error seems to be at the heart of my trouble.
> 
> /home/svn/Desktop/subversion-1.7.2/subversion/svnrdump/.libs/lt-svnrdump: symbol lookup
error: /home/svn/Desktop/subversion-1.7.2/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0:
undefined symbol: apr_hash_do
> 
> This looks like a local build problem, which is what I was expecting.  I'm going to try
to repeat the build and investigate the dependencies.  If there's something specific I need
to check on, I'd appreciate the advice; otherwise, I'll post back when I have either success
or more questions.
> 
> Thank you for pointing me in a useful direction.  Erik
> 
> -----Original Message-----
> From: Daniel Shahaf [mailto:d.s@daniel.shahaf.name] 
> Sent: Tuesday, December 06, 2011 3:57 PM
> To: Erik Hemdal
> Cc: (users@subversion.apache.org)
> Subject: Re: make check failure in op-depth-test SVN 1.7.2/Ubuntu 8.10
> 
> Erik Hemdal wrote on Tue, Dec 06, 2011 at 15:47:11 -0500:
> > I found a defunct process lt-svnadm on my machine after starting the test run. 
I'm not sure if that's related, but it is unusual.
> > 
> 
> Unrelated.  The C tests don't run svnadmin
> 
> > Can anyone suggest either a trailhead to start looking for the cause 
> > of trouble?  Or at least what I can do to generate more useful data 
> > about it?
> > 
> 
> cat fails.log

Mime
View raw message