You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Russell Gold <ru...@gold-family.us> on 2004/12/09 00:03:04 UTC

STILL Still looking for help on this...

Doesn't *anybody* have an idea of how to get this working?

On Dec 6, 2004, at 7:26 AM, Russell Gold wrote:

>
> On Dec 3, 2004, at 1:24 PM, Ben Collins-Sussman wrote:
>
>> So, the separate question is:  why does mod_dav_svn trying to use BDB 
>> to open the repository?  My guess is that your mod_dav_svn isn't 
>> really 1.1.  Or perhaps it's linking to 1.0 libraries hiding 
>> somewhere on your Mac.
>>
>
> Does this make the answer obvious? I ran otool -L and got:
>
> Russell-Golds-Computer:/sw russgold$ otool -L 
> /sw/lib/apache2/modules/mod_dav_svn.so
> /sw/lib/apache2/modules/mod_dav_svn.so:
>         /sw/lib/libsvn_repos-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_fs-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_fs_fs-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_fs_base-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_delta-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_subr-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libaprutil-0.0.dylib (compatibility version 10.0.0, 
> current version 10.5.0)
>         /sw/lib/libgdbm.2.dylib (compatibility version 3.0.0, current 
> version 3.0.0)
>         /sw/lib/libdb-4.2.dylib (compatibility version 4.2.0, current 
> version 4.2.52)
>         /sw/lib/libexpat.0.dylib (compatibility version 6.0.0, current 
> version 6.0.0)
>         /sw/lib/libapr-0.0.dylib (compatibility version 10.0.0, 
> current version 10.5.0)
>         /sw/lib/libiconv.2.dylib (compatibility version 5.0.0, current 
> version 5.0.0)
>         /sw/lib/libintl.1.dylib (compatibility version 2.0.0, current 
> version 2.1.0)
>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, 
> current version 71.1.1)
>
> Russell-Golds-Computer:/sw russgold$ otool -L /sw/bin/svn
> /sw/bin/svn:
>         /sw/lib/libsvn_client-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_wc-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_ra-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_diff-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_ra_local-1.0.dylib (compatibility version 
> 1.0.0, current version 1.0.0)
>         /sw/lib/libsvn_repos-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_fs-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_fs_fs-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_fs_base-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_ra_svn-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_ra_dav-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_delta-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libsvn_subr-1.0.dylib (compatibility version 1.0.0, 
> current version 1.0.0)
>         /sw/lib/libaprutil-0.0.dylib (compatibility version 10.0.0, 
> current version 10.5.0)
>         /sw/lib/libgdbm.2.dylib (compatibility version 3.0.0, current 
> version 3.0.0)
>         /sw/lib/libdb-4.2.dylib (compatibility version 4.2.0, current 
> version 4.2.52)
>         /sw/lib/libexpat.0.dylib (compatibility version 6.0.0, current 
> version 6.0.0)
>         /sw/lib/libapr-0.0.dylib (compatibility version 10.0.0, 
> current version 10.5.0)
>         /usr/lib/libresolv.9.dylib (compatibility version 1.0.0, 
> current version 324.6.0)
>         /sw/lib/libneon.24.dylib (compatibility version 25.0.0, 
> current version 25.7.0)
>         /sw/lib/libxml2.2.dylib (compatibility version 9.0.0, current 
> version 9.7.0)
>         /usr/lib/libz.1.dylib (compatibility version 1.0.0, current 
> version 1.0.0)
>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, 
> current version 71.1.1)
>         /sw/lib/libintl.1.dylib (compatibility version 2.0.0, current 
> version 2.1.0)
>         /sw/lib/libiconv.2.dylib (compatibility version 5.0.0, current 
> version 5.0.0)
>
>
> ---------------------------------------------------------------------
> 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

Re: STILL Still looking for help on this...

Posted by Jeremy Pereira <je...@ntlworld.com>.
I didn't use Fink.  I built from source.

This is my configure command line

./configure --prefix=/Users/jeremyp/unix --with-ssl 
--with-apxs=/Users/jeremyp/unix/apache2/bin/apxs 
--with-berkeley-db=/usr/local/BerkeleyDB.4.2 --with-editor=/usr/bin/vi

You have to make sure that there are no stray old libsvn libraries that 
the linker could pick up, since the linker seems to go for them in 
preference to your newly built ones.


On Dec 10, 2004, at 12:34, Russell Gold wrote:

>
> On Dec 10, 2004, at 5:03 AM, Jeremy Pereira wrote:
>
>>
>> On Dec 10, 2004, at 05:26, Branko Čibej wrote:
>>> From this it's quite obvious that your mod_dav_svn is loading the 
>>> wrong version of the SVN libraries; it's loading 1.0, not 1.1, and 
>>> 1.0 knows nothing about FSFS. Looks like your SVN installation is 
>>> broken.
>>
>> Actually, it's not.  Even with 1.1.1 library versions are reported as 
>> 1.0.0:
>
> OK, then what else could be causing my problems? I usd Fink to build 
> the latest sources, but it doesn't seem to be working...
>
>>
>> and I can assure you my repository is functional with Apache.
>>
>
> how did you do it?
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
--
Jeremy Pereira
http://www.jeremyp.net


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org


Re: STILL Still looking for help on this...

Posted by Russell Gold <ru...@gold-family.us>.
On Dec 10, 2004, at 5:03 AM, Jeremy Pereira wrote:

>
> On Dec 10, 2004, at 05:26, Branko Čibej wrote:
>> From this it's quite obvious that your mod_dav_svn is loading the 
>> wrong version of the SVN libraries; it's loading 1.0, not 1.1, and 
>> 1.0 knows nothing about FSFS. Looks like your SVN installation is 
>> broken.
>
> Actually, it's not.  Even with 1.1.1 library versions are reported as 
> 1.0.0:

OK, then what else could be causing my problems? I usd Fink to build 
the latest sources, but it doesn't seem to be working...

>
> and I can assure you my repository is functional with Apache.
>

how did you do it?


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org


Re: STILL Still looking for help on this...

Posted by Jeremy Pereira <je...@ntlworld.com>.
On Dec 10, 2004, at 05:26, Branko Čibej wrote:

> Russell Gold wrote:
>
>> Doesn't *anybody* have an idea of how to get this working?
>>
>> On Dec 6, 2004, at 7:26 AM, Russell Gold wrote:
>>
>>>
>>> On Dec 3, 2004, at 1:24 PM, Ben Collins-Sussman wrote:
>>>
>>>> So, the separate question is:  why does mod_dav_svn trying to use 
>>>> BDB to open the repository?  My guess is that your mod_dav_svn 
>>>> isn't really 1.1.  Or perhaps it's linking to 1.0 libraries hiding 
>>>> somewhere on your Mac.
>>>>
>>>
>>> Does this make the answer obvious? I ran otool -L and got:
>>>
>>> Russell-Golds-Computer:/sw russgold$ otool -L 
>>> /sw/lib/apache2/modules/mod_dav_svn.so
>>> /sw/lib/apache2/modules/mod_dav_svn.so:
>>>         /sw/lib/libsvn_repos-1.0.dylib (compatibility version 1.0.0, 
>>> current version 1.0.0)
>>
> etc.
>
> From this it's quite obvious that your mod_dav_svn is loading the 
> wrong version of the SVN libraries; it's loading 1.0, not 1.1, and 1.0 
> knows nothing about FSFS. Looks like your SVN installation is broken.

Actually, it's not.  Even with 1.1.1 library versions are reported as 
1.0.0:

jeremyp@dhcp-2-1-53:libsvn_repos$ otool -L 
~/unix/apache2/modules/mod_dav_svn.so
/Users/jeremyp/unix/apache2/modules/mod_dav_svn.so:
         /Users/jeremyp/unix/lib/libsvn_repos-1.0.dylib (compatibility 
version 1.0.0, current version 1.0.0)

jeremyp@dhcp-2-1-53:libsvn_repos$ pwd
/Users/jeremyp/unix/src/subversion-1.1.1/subversion/libsvn_repos
jeremyp@dhcp-2-1-53:libsvn_repos$ svn --version
svn, version 1.1.1 (r11581)
    compiled Nov 29 2004, 16:40:56

Copyright (C) 2000-2004 CollabNet.
Subversion is open source software, see http://subversion.tigris.org/
This product includes software developed by CollabNet 
(http://www.Collab.Net/).

The following repository access (RA) modules are available:

* ra_dav : Module for accessing a repository via WebDAV (DeltaV) 
protocol.
   - handles 'http' schema
   - handles 'https' schema
* ra_local : Module for accessing a repository on local disk.
   - handles 'file' schema
* ra_svn : Module for accessing a repository using the svn network 
protocol.
   - handles 'svn' schema

jeremyp@dhcp-2-1-53:libsvn_repos$ ls .libs
libsvn_repos-1.0.0.0.dylib          libsvn_repos-1.a
libsvn_repos-1.0.0.0.dylib-master.o libsvn_repos-1.dylib
libsvn_repos-1.0.0.0.dylibT         libsvn_repos-1.la
libsvn_repos-1.0.dylib              libsvn_repos-1.lai

and I can assure you my repository is functional with Apache.

>
> -- Brane
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
--
Jeremy Pereira
http://www.jeremyp.net


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org


Re: STILL Still looking for help on this...

Posted by Branko Čibej <br...@xbc.nu>.
Russell Gold wrote:

> Doesn't *anybody* have an idea of how to get this working?
>
> On Dec 6, 2004, at 7:26 AM, Russell Gold wrote:
>
>>
>> On Dec 3, 2004, at 1:24 PM, Ben Collins-Sussman wrote:
>>
>>> So, the separate question is:  why does mod_dav_svn trying to use 
>>> BDB to open the repository?  My guess is that your mod_dav_svn isn't 
>>> really 1.1.  Or perhaps it's linking to 1.0 libraries hiding 
>>> somewhere on your Mac.
>>>
>>
>> Does this make the answer obvious? I ran otool -L and got:
>>
>> Russell-Golds-Computer:/sw russgold$ otool -L 
>> /sw/lib/apache2/modules/mod_dav_svn.so
>> /sw/lib/apache2/modules/mod_dav_svn.so:
>>         /sw/lib/libsvn_repos-1.0.dylib (compatibility version 1.0.0, 
>> current version 1.0.0)
>
etc.

 From this it's quite obvious that your mod_dav_svn is loading the wrong 
version of the SVN libraries; it's loading 1.0, not 1.1, and 1.0 knows 
nothing about FSFS. Looks like your SVN installation is broken.

-- Brane



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org