/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