On 2/16/06, Mark Galbreath <GalbreathM@gao.gov> wrote:
>
> hmmm...okay, I was reading the manual with the wrong assumption. I wonder
> why you are forced to checkout an entire directory if you only need to work
> on a single file?
Subversion thinks in terms of directory trees, and currently there's
no way to check out less than a single directory.
> A check of my /etc/ld.so.conf file found, to my surprise, that
> /usr/local/lib was not included, so I added it. Not that I believe this was
> causing the problem, becuase every other app with dynamic lib files in
> /usr/local/lib runs fine. I deleted all the svn .so files from
> /usr/local/lib, re-downloaded a fresh svn 1.3 bz2 and resintalled it.
> Running make check found no failures. Then, for good measure, I rebooted
> linux.
>
> Now.....[takes deep breath]
>
> Apache httpd will not start. apachectl returns the following error:
>
> Cannot load /usr/local/apache2/modules/mod_dav_svn.so
> into server:
> /usr/local/apache2/modules/mod_dav_svn.so: undefined
> symbol: svn_fs_access_add_lock_token
>
> I am pulling what hair I have left out. Does anybody have a clue as to what
> is wrong now?
Looks like your mod_dav_svn.so is from a more recent version of
Subversion than your libsvn_fs, it's trying to use
svn_fs_access_add_lock_token, which was added in Subversion 1.2.0, but
it can't find it. You probably have stale libraries lying around
someplace.
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Feb 17 00:28:51 2006