Subversion tries to link to wrong neon lib.

[Oliver Frick-5]

I have compiled Subversion 1.6 on OS X 10.5.6.
Now I cannot access repositories with http(s)-urls because
libsvn_ra_neon tries to link against an old version (0.26.1)
of the neon lib installed in /usr/lib and not the one it was
configured to use, a neon 0.28.4 compiled by myself,
installed at /usr/local/lib.
svn's config.log says it uses v0.28.4 from /usr/local/lib,
and subversion compiles and installs fine.
But when I use svn to access a repository with http(s), I
get this error:

dyld: lazy symbol binding failed: Symbol not found:
  _ne_set_connect_timeout
  Referenced from: /usr/local/lib/libsvn_ra_neon-1.0.dylib
  Expected in: flat namespace

The reason seems to be, that
/usr/local/lib/libsvn_ra_neon-1.0.dylib wants to link the
wrong neon lib, which does not provide the function above:
> otool /usr/local/lib/libsvn_ra_neon-1.0.dylib -L
/usr/local/lib/libsvn_ra_neon-1.0.dylib:
....
    /usr/lib/libneon.26.dylib (compatibility version 27.0.0,
      current version 27.3.0)
....

What am I doing wrong? Probably something very simple.
It worked with SVN 1.5.x.

Oliver

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1408769

To unsubscribe from this discussion, e-mail: [users-unsubscribe@...].

[Andrey Repin-3]

Greetings, Oliver Frick!

OF> I have compiled Subversion 1.6 on OS X 10.5.6.
OF> Now I cannot access repositories with http(s)-urls because
OF> libsvn_ra_neon tries to link against an old version (0.26.1)
OF> of the neon lib installed in /usr/lib and not the one it was
OF> configured to use, a neon 0.28.4 compiled by myself,
OF> installed at /usr/local/lib.

OF> svn's config.log says it uses v0.28.4 from /usr/local/lib,
OF> and subversion compiles and installs fine.
OF> But when I use svn to access a repository with http(s), I
OF> get this error:

OF> dyld: lazy symbol binding failed: Symbol not found:
OF>   _ne_set_connect_timeout
OF>   Referenced from: /usr/local/lib/libsvn_ra_neon-1.0.dylib
OF>   Expected in: flat namespace

Looks you have different PATH variable for active user and HTTP daemon.
Either correct it to point to /usr/local/lib first, or go the fool-proof way:

LoadFile /right/path/to/library_name.ext
LoadFile /another/prerequisite
LoadModule svn_dav_module /where/you/have/it/dav_svn.so


--
WBR,
 Andrey Repin (anrdaemon@...) 27.03.2009, <2:31>

Sorry for my terrible english...

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1436987

To unsubscribe from this discussion, e-mail: [users-unsubscribe@...].

[Ryan Schmidt-50]

On Mar 24, 2009, at 20:47, Oliver Frick wrote:

> I have compiled Subversion 1.6 on OS X 10.5.6.
> Now I cannot access repositories with http(s)-urls because
> libsvn_ra_neon tries to link against an old version (0.26.1)
> of the neon lib installed in /usr/lib and not the one it was
> configured to use, a neon 0.28.4 compiled by myself,
> installed at /usr/local/lib.
> svn's config.log says it uses v0.28.4 from /usr/local/lib,
> and subversion compiles and installs fine.
> But when I use svn to access a repository with http(s), I
> get this error:
>
> dyld: lazy symbol binding failed: Symbol not found:
>   _ne_set_connect_timeout
>   Referenced from: /usr/local/lib/libsvn_ra_neon-1.0.dylib
>   Expected in: flat namespace
>
> The reason seems to be, that
> /usr/local/lib/libsvn_ra_neon-1.0.dylib wants to link the
> wrong neon lib, which does not provide the function above:
>> otool /usr/local/lib/libsvn_ra_neon-1.0.dylib -L
> /usr/local/lib/libsvn_ra_neon-1.0.dylib:
> ....
>     /usr/lib/libneon.26.dylib (compatibility version 27.0.0,
>       current version 27.3.0)
> ....
>
> What am I doing wrong? Probably something very simple.
> It worked with SVN 1.5.x.

Consider using MacPorts to build Subversion for you. It already knows  
how to deal with these things.

http://www.macports.org/

Even if you don't want to use MacPorts to install Subversion, you can  
read the MacPorts subversion portfile to learn how MacPorts compiles  
Subversion, and what configure arguments and other mechanisms you may  
want to use when compiling manually.

http://www.macports.org/ports.php?by=name&substr=subversion

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1437564

To unsubscribe from this discussion, e-mail: [users-unsubscribe@...].

[Oliver Frick-5]

Hallo Andrey.

In article <1321633616.20090327023521@...>, Andrey Repin <anrdaemon@...> wrote:

> Looks you have different PATH variable for active user and HTTP daemon.
> Either correct it to point to /usr/local/lib first, or go the fool-proof way:
>
> LoadFile /right/path/to/library_name.ext
> LoadFile /another/prerequisite
> LoadModule svn_dav_module /where/you/have/it/dav_svn.so

The problem occurs when I use the svn cli command
to access an _external_ repository. A local webserver
is not involved.

Oliver

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1441935

To unsubscribe from this discussion, e-mail: [users-unsubscribe@...].

[Andrey Repin-3]

Greetings, Oliver Frick!

>> Looks you have different PATH variable for active user and HTTP daemon.
>> Either correct it to point to /usr/local/lib first, or go the fool-proof way:
>>
>> LoadFile /right/path/to/library_name.ext
>> LoadFile /another/prerequisite
>> LoadModule svn_dav_module /where/you/have/it/dav_svn.so

OF> The problem occurs when I use the svn cli command
OF> to access an _external_ repository. A local webserver
OF> is not involved.

Then it's much easier for you. Change PATH to point to the correct libs first.


--
WBR,
 Andrey Repin (anrdaemon@...) 27.03.2009, <17:49>

Sorry for my terrible english...

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1444755

To unsubscribe from this discussion, e-mail: [users-unsubscribe@...].

[matt connolly-4]

I have same problem with subversion 1.6.1.

I'm trying to build again with extra dependencies copied into build directory and with some flags from the macports configuration arguments... will post back shortly.

-Matt

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1906473

To unsubscribe from this discussion, e-mail: [users-unsubscribe@...].

[matt connolly-4]

I found it.

Previously, the file /usr/local/lib/libsvn_ra_neon-1.0.dylib was linking against the built in neon lib: /usr/lib/libneon.dylib

using otool on the build subversion ra_neon library, I saw that it was expecting neon version 2.7 and Mac OS X built in is version 2.6.

That particular function "ne_set_connect_timeout" is new in 2.7 causing the subversion RA to fail loading.

I downloaded also the subversion dependencies and copied them all into the subversion directory. Then I built like this:

% ./configure --with-ssl --disable-neon-version-check --without-apsx
% make
% sudo make install

viola.

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1906702

To unsubscribe from this discussion, e-mail: [users-unsubscribe@...].