Thanks for the input. I did some additional research and got it to compile.
Garrett was right...I wound up compiling against older versions of apr and
apr-util because the newest versions weren't compiling on my box. apr 1.2.x
compiled fine, but when i tried to compile the apr-util, i was getting an
error message (forgot what it said), but the research i did said to
configure with the --with-expat=xml/expat switch, which seemed to let me
compile both the apr and apr-util. after i got those libraries installed,
everything else went (almost) swimmingly. (almost being that the berkeley
db switch now throws a "apr was compiled separately" error or something).
that, however, is less critical and will wait another day.
thanks for the posts, guys.
d
>From: "Viaggi, Christopher" <CViaggi@us.fujitsu.com>
>To: "Dave M" <coloradowebdev@hotmail.com>, <users@subversion.tigris.org>
>Subject: RE: Subversion 1.3.1 Install Issue
>Date: Wed, 10 May 2006 09:53:32 -0700
>
>Dave,
>
>I had this problem when I installed without specifying the apache apx
>libraries when compiling and building subversion.
>
>//C
>
>-----Original Message-----
>From: Dave M [mailto:coloradowebdev@hotmail.com]
>Sent: Tuesday, May 09, 2006 2:34 PM
>To: users@subversion.tigris.org
>Subject: Subversion 1.3.1 Install Issue
>
>I downloaded Subversion 1.3.1. On a Suse Linux 10 box; went through and
>installed the prerequisite and optional stuff (Ruby 1.8.4, Python 2.4.3,
>BerkleyDB 4.4, Apache 2.2). Went through the install procedures
>(autogen, configure, make clean, make, make install).
>
>My problem comes when I try to start up apache (./apachectl start).
>Apache dumps the following:
>
>linuxserver:/usr/local/apache2/bin # ./apachectl start Syntax error on
>line 233 of /usr/local/apache2/conf/httpd.conf:
>Cannot load /usr/local/apache2/modules/mod_authz_svn.so into server:
>/usr/local/apache2/modules/mod_authz_svn.so: undefined symbol:
>svn_repos_authz_check_access
>
>I'm not sure where to check. This was a pretty clean install of
>everything, and I'm not sure what this is an indication of. I thought
>maybe it was a problem where the method was updated in 1.3 and something
>in the source had the old stub, but not sure where to start to
>investigate this.
>
>Any help is appreciated.
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>For additional commands, e-mail: users-help@subversion.tigris.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon May 15 16:32:43 2006