make tests failures (agent.sh)

Darren Tucker dtucker at zip.com.au
Wed May 18 17:17:31 EST 2005


scott rankin wrote:
> $ ./configure --prefix=/home/scott --with-ssl-dir=/home/scott/src/openssl-0.9.7e
> 
> I would be happy to send the full config.log if it would help.
> 
> I had to set the LD_LIBRARY_PATH to include this directory as just
> using --with-ssl-dir=[path_to_my_libcrypto] didn't work.
[...]
> run test agent.sh ...
> ssh-add -l via agent fwd proto 1 failed (exit code 0)
> /home/scott/src/openssh-4.0p1/ssh: error while loading shared
> libraries: libcrypto.so.0.9.7: cannot open shared object file: No such
> file or directory
[also, "OpenSSL headers do not match library" errors]

Configure may be getting confused by the combination of options, or 
possibly you didn't hit quite the right combination.

Try setting everything explicitly, eg (untested):

$ LD_LIBRARY_PATH=/home/scott/src/openssl-0.9.7e:/usr/lib:/lib
$ export LD_LIBRARY_PATH
$ ./configure --prefix=/home/scott \
	--with-cflags=-I/home/scott/src/openssl-0.9.7e \
	--with-ldflags=-L/home/scott/src/openssl-0.9.7e
$ make && make tests

The other thing to consider is that some of the commands are run via 
ssh/sshd.  For those, LD_LIBRARY_PATH will be set by your shell as part 
of its startup procedure.

For those, the only option is to either alter your shell startup to 
include your ssl dir in LD_LIBRARY_PATH, or force your linker to link 
against the static libcrypto libraries.

-- 
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4  37C9 C982 80C7 8FF4 FA69
     Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.




More information about the openssh-unix-dev mailing list