d where do you think
> configure.ac/Makefile.in are wrong (it sounds like you have that
> pinpointed).
>
> Thanks.
>
> tsteven four wrote on Mon, Aug 01, 2011 at 08:21:52 -0600:
> > I believe I have chased this down to r878293, a change to apr.m4 and
> > aprutil.m4.
:
> Stefan Sperling wrote on Fri, Jul 29, 2011 at 18:32:40 +0200:
> > On Fri, Jul 29, 2011 at 09:12:57AM -0600, tsteven four wrote:
> > > ldd and readelf shown above. Is there some method to get python use
> the
> > > RPATH in libsvn_ra_serf as ldd does so the correct liba
>
> Is libpython.*.so in /usr/lib64, by chance?
>
yes
In my build I get this (quote from swig/python/_wc.la:)
Not sure what the is about, but in my _wc.la file the only reference to
/usr/lib64 is
in dependency_libs, which includes /usr/lib64/libexpat.la.
My apr-util is built with the internal e
use a lot of problems, and not only with the
bindings.
On Fri, Jul 29, 2011 at 10:32 AM, Stefan Sperling wrote:
> On Fri, Jul 29, 2011 at 09:12:57AM -0600, tsteven four wrote:
> > ldd and readelf shown above. Is there some method to get python use the
> > RPATH in libsvn_ra_ser
I get the following error when trying to make check-swig-py:
/usr/bin/python
> /apps/install/subversion-1.7.0-beta2-Linux_x86_64/subversion/bindings/swig/python/tests/run_all.py
> Traceback (most recent call last):
> File
> "/apps/install/subversion-1.7.0-beta2-Linux_x86_64/subversion/
get-deps.sh fetches neon 0.29.6, but configure reports:
configure: checking neon library
> checking for neon-config... no
>
> An appropriate version of neon could not be found, so libsvn_ra_neon
> will not be built. If you want to build libsvn_ra_neon, please
> install neon 0.29.6 on this system.
With 1.6 I sometimes had to pass the option '--with-expat=builtin' to the
subversion configuration script so the apr-util would be built with the
included expat instead of the system expat. This avoided RPATH problems
that would result in libaprutil picking up libapr from the system instead of
fro
repr([('propget', 'bogus_prop /A'),
> ('propget', '--revprop
> bogus_rev_prop'),
> ('proplist', '/A'),
> ('proplist', '--revprop')]))
I have had failures of this test with 1.6.15 and 1.6.17 when running "make
check BASE_URL=http://server.domain"; on a client machine that is not the
server. The server is also running the same version of subversion, but it
supports clients with multiple operating systems and I am testing a client