you're right. rebuilding apt didn't solve the problem. i had an old
apache without mod_dav_svn up and running, that rc restart didn't kill.
after stop/start, i get undefined symbols again (not it misses
apr_atomic_set). i've changed the apache configuration. might this lead
to another unreloved symbol? i'm quite confused.
any idea how to resolve the problem?
do you think, the libapr-versions hanging around in my debian system
could cause the problem?
regards,
andi
Ralf S. Engelschall schrieb:
On Fri, Dec 21, 2007, Andreas Schmidt wrote:
after i had subversion up and running, i tried to start the apache, but got:
+----------------------------------------------------------------------
| apache: Syntax error on line 10 of /opt/svn/etc/apache/apache.conf:
Syntax error on line 5 of /opt/svn/etc/apache/apache.d/subversion.conf:
Cannot load /opt/svn/libexec/apache/mod_dav_svn.so into server:
/opt/svn/libexec/apache/mod_dav_svn.so: undefined symbol:
apr_thread_mutex_create
+----------------------------------------------------------------------
rebuilding apr with "with_thread" solved this problem.
maybe you should add something like
apr, apr::with_threads
to the subversion.spec?
No, "subversion" doesn't use the external "apr" package. It actually
uses (or at least *should* use) its internal copy of APR (the reason is
because Subversion needs a special version of APR and too often failed
with the latest external ones). So, if you really were able to solve
the problem by rebuilding the external "apr", the "subversion" package
actually links against the wrong APR. Sure, it might work, but linking
against the external APR at least is not the intention.
______________________________________________________________________
OpenPKG http://openpkg.org
User Communication List openpkg-users@openpkg.org
