Prev: ip filter solaris...
Next: fsck error: "BAD STATE 0x52 TO BLKERR"
From: cconnell_1 on 30 Jun 2006 06:48
Hi,
I added a package from sunfreeware for solaris 9 (the imap package) and
when I run it I get the following message e.g. to test the pop service

root(a)kenny -> telnet 0 110
Trying 0.0.0.0...
Connected to 0.
Escape character is '^]'.
ld.so.1: ipop3d: fatal: libssl.so.0.9.8: open failed: No such file or
directory

Strange thing is I have the liroot(a)kenny -> cd /usr/local/ssl/lib
root(a)kenny -> ls libssl.so.0.9.8
libssl.so.0.9.8
brary as I installed the ssl package.

root(a)kenny -> cd /usr/local/ssl/lib
root(a)kenny -> ls libssl.so.0.9.8
libssl.so.0.9.8

And its in the library path:

root(a)kenny -> env | grep -i path

LD_LIBRARY_PATH=/usr/lib:/usr/local/lib:/usr/local/ssl/lib
PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/usr/local/sbin

Any ideas?
Thx

From: aryzhov on 30 Jun 2006 07:18
LD_LIBRARY_PATH you showed, is in your shell's environment,
not in the environment of a POP daemon being started (by inetd?)
Use a wrapper script to trigger the daemon (preferred way),
or make a symlink in /lib to /usr/local/ssl/lib/libssl.so.0.9.8
(quick & dirty)

Regards,
Andrei

From: cconnell_1 on 30 Jun 2006 07:43

aryzhov(a)spasu.net wrote:
> LD_LIBRARY_PATH you showed, is in your shell's environment,
> not in the environment of a POP daemon being started (by inetd?)
> Use a wrapper script to trigger the daemon (preferred way),
> or make a symlink in /lib to /usr/local/ssl/lib/libssl.so.0.9.8
> (quick & dirty)
>
> Regards,
> Andrei

Hi
Thats correct, i made a symlink and it worked the quick and dirty way,
how by the way do you use a wrapper script? I thought LD_LIBRARY_PATH
would be in the path as i put it in /etc/profile. How do u avoid these
Path problems?
Thanks
Chris

From: aryzhov on 30 Jun 2006 07:57
> how by the way do you use a wrapper script?

#!/bin/sh
LD_LIBRARY_PATH=/lib:/usr/local/lib:/usr/local/ssl/lib
export LD_LIBRARY_PATH
Path_to_Your/ipop3d and_maybe_its_arguments

Make this script executable, and put its full path name in inetd
config,
instead of ipop3d

Regards,
Andrei

P.S. It's still not the cleanest way.
Cleanest one would be to recompile the daemin so that it looks
in correct place for its libraries, and re-build the package

From: Chris Ridd on 30 Jun 2006 08:17
On 2006-06-30 12:43:05 +0100, cconnell_1(a)lycos.com said:

>
> aryzhov(a)spasu.net wrote:
>> LD_LIBRARY_PATH you showed, is in your shell's environment,
>> not in the environment of a POP daemon being started (by inetd?)
>> Use a wrapper script to trigger the daemon (preferred way),
>> or make a symlink in /lib to /usr/local/ssl/lib/libssl.so.0.9.8
>> (quick & dirty)
>>
>> Regards,
>> Andrei
>
> Hi
> Thats correct, i made a symlink and it worked the quick and dirty way,
> how by the way do you use a wrapper script? I thought LD_LIBRARY_PATH
> would be in the path as i put it in /etc/profile. How do u avoid these
> Path problems?

You get some binaries that are built properly, ie linked using
-R/path/to/where/your/libraries/should/be.

Blastwave's packages might be a better bet.

Cheers,

Chris

 | 
Pages: 1
Prev: ip filter solaris...
Next: fsck error: "BAD STATE 0x52 TO BLKERR"