/usr/lib/pam_opie.so.5: Shared object "libopie.so.8" not found
Ronald Klop
ronald-lists at klop.ws
Fri Oct 24 08:57:08 UTC 2014
On Wed, 22 Oct 2014 20:31:30 +0200, Tim Daneliuk <tundra at tundraware.com>
wrote:
> On 10/22/2014 01:16 PM, Ronald Klop wrote:
>> On Wed, 22 Oct 2014 19:56:34 +0200, Tim Daneliuk
>> <tundra at tundraware.com> wrote:
>>
>>> I mentioned this yesterday and someone suggested a fix had been
>>> committed ...
>>> Well, not so much as of FreeBSD 10.1-PRERELEASE #2 r273434.
>>>
>>> This is still breaking cron and saslauthd, for example.
>>>
>>> The workaround is an appropriate entry in /usr/local/etc/libmap.d of
>>> the form:
>>>
>>> libopie.so.8 libopie.so.7
>>>
>>>
>>
>> Rebuild the port for saslauthd so it will pick up the right version of
>> libopie
>> again.
>
>
> The particular error I saw was from cron, so doing what you suggest will
> not
> fix all use cases.
/usr/sbin/cron is not directly linked to libopie.
$ ldd -a /usr/sbin/cron
/usr/sbin/cron:
libpam.so.5 => /usr/lib/libpam.so.5 (0x20043000)
libutil.so.9 => /lib/libutil.so.9 (0x20057000)
libc.so.7 => /lib/libc.so.7 (0x20071000)
/usr/lib/libpam.so.5:
libc.so.7 => /lib/libc.so.7 (0x20071000)
/lib/libutil.so.9:
libc.so.7 => /lib/libc.so.7 (0x20071000)
But depending on your pam configuration some dependency might be
dynamically loaded. Like this:
$ ldd -a /usr/lib/pam_opie.so.5
/usr/lib/pam_opie.so.5:
libopie.so.7 => /usr/lib/libopie.so.7 (0x801602000)
libpam.so.5 => /usr/lib/libpam.so.5 (0x80180b000)
libc.so.7 => /lib/libc.so.7 (0x80081f000)
/usr/lib/libopie.so.7:
libmd.so.6 => /lib/libmd.so.6 (0x801a17000)
libc.so.7 => /lib/libc.so.7 (0x80081f000)
/usr/lib/libpam.so.5:
libc.so.7 => /lib/libc.so.7 (0x80081f000)
/lib/libmd.so.6:
libc.so.7 => /lib/libc.so.7 (0x80081f000)
So rebuild those and things should be resolved again.
Ronald.
More information about the freebsd-stable
mailing list