You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Ilya Sandler <Il...@teleatlas.com> on 2008/03/01 00:37:53 UTC

svn: Mismatched FS module version for 'bdb': found 1.4.5, expected 1.2.3

Hello, 

I know that I am not the first one to encounter this problem, but I was 
not able to find any (reasonable) answer. I have a very strong suspiction 
that this is actually a bug in subversion. Is there a workaround? Does 
anyone also thinks this looks like a bug? 

Now the situation: a linux (Suse 10) machine has a subversion 1.2.3 
installed. Subversion v 1.4.5 is installed from source (without bdb 
support) in a different location. Now running binaries from 1.4.5 with 
some command line options result in the error message above: 

/opt/subversion-1.4.5/bin/svnserve --version 
svn: Mismatched FS module version for 'bdb': found 1.4.5, expected 1.2.3 

/opt/subversion-1.4.5/bin/svnadmin --version 
svnadmin: Mismatched FS module version for 'bdb': found 1.4.5, expected 
1.2.3 

Does anyone know what can be done about this problem? 
(apart from wiping out the older installation) 


And now why I think this is a bug in subversion. 

As nearly I can tell, the installation is correct: I can run 
these binaries from another machine (which has 1.0 subversion installed). 

And then why is it even looking for bdb module? (It was 
compiled without bdb support!) 

Then, ldd points to all correct libs, 

~/>ldd /opt/bin/svnserve  | & grep libsvn_ 
    libsvn_repos-1.so.0 =>  /opt/subversion-1.4.5.5/lib/libsvn_repos-1.so.0 
    libsvn_fs-1.so.0 =>      /opt/subversion-1.4.5/lib/libsvn_fs-1.so.0 

etc.... 

Yes strace shows that libsvn_fs_base-1 is loaded from outside of the tree! 

strace /opt/subversion-1.4.5/bin/svnserve --version | & grep libsvn_fs_base 
open("/usr/lib64/libsvn_fs_base-1.so.0", O_RDONLY) = 3 

Seems like a bug to me 

Thanks 
Ilya