Re: Berkeley DB 4.2.50 - Solved :-)

"Jostein Chr. Andersen" <jostein@josander.net> writes:

> * Before I compile and test a new subversion and/or related
> packages I add this first on my /etc/ld.so.conf:
> /usr/local/svnrel/lib and "export
> PATH=/usr/local/svnrel/bin:$PATH". The I run ldconfig after
> each make install.

I don't think that's necessary, I certainly don't do it.

> * Running "echo $PATH" tells me that /usr/local/svnrel/bin
> are first in the path.

That should be irrelevant, the tests should use the executables in the
build dir not the install dir. The paths to the executables are
hard-coded in subversion/tests/clients/cmdline/svntest/main.py

  svn_binary = os.path.abspath('../../../clients/cmdline/svn' + _exe)
  svnadmin_binary = os.path.abspath('../../../svnadmin/svnadmin' + _exe)
  svnlook_binary = os.path.abspath('../../../svnlook/svnlook' + _exe)
  svnversion_binary = os.path.abspath('../../../svnversion/svnversion' + _exe)

PATH is not involved.

> The thing that happened was that when running "make check", the test
> suite was looking for svn in the path (at this point, it's no svn or
> svnadmin in /usr/local/svnrel/bin which is the way notes/releases.txt
> says) and not in $PWD/subversion/clients/cmdline/svn.

Are you using shared libraries? I suspect that one of the binaries in
the build dir is getting linked to older, installed libraries, rather
than to libraries in the build dir. That's not supposed to happen,
but every now and again we get a report of just that. I don't know
what causes it.

> So all I had to do was running "make install" _before_ "make check" and
> then everything was just fine.

That should not be necessary, I certainly don't do it. However if you
do have test executables linked to the wrong libraries, then
installing the test libraries can appear to "fix" the problem if the
test executables pick up the newly installed libraries. The real fix
it is to determine why the test executables are not linked correctly.

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