Re: acroread7 on 10.1 x86_64

Giuseppe Ghibò <[email protected]> Mon, 18 Apr 2005 20:21:01 +0200
Newsgroups gmane.linux.mandrake.cooker.amd64
Message-ID <[email protected]>
Michael Riss ha scritto:

> On Monday 18 April 2005 16:18, Giuseppe Ghibò wrote:
> 
>>Gwenole Beauchesne ha scritto:
>>
>>>On Mon, 18 Apr 2005, Giuseppe Ghibò wrote:
>>>
>>>>I wonder whether adding i586 (renamed to .so) libldap.so and liblber.so
>>>>to /usr/lib/Acrobat7/Reader/intellinux/lib/; In that case
>>>>probably an x86-compat-acroread with those two
>>>>libraries could be provided.
>>>
>>>No, fix acroread to depend on the right DSO. See e.g. JVM vs. libodbc.so.
>>
>>I don't understand. AFAIK remember JDK has a libodbc.so dummy dep, while
>>acroread don't (probably they dlopen() the LDAP libraries). And adding a
>>Requirement of the ldap libraries won't help, since there is needing to
>>manually move some libs to /lib.
> 
> 
> Sorry, I caused confusion by mixing two problems with acroread7 and LDAP:
> 
> 1. acroread7 wants to dlopen "libldap.so" and not "libldap.so.2" or 
>    "libldap.so.2.0.130".
>    "libldap.so" is contained in the "libldap2-devel-2.1.30-3mdk.i586.rpm"
>    package, and - because of dependencies - you also have to install
>    "libsasl2-devel-2.1.19-5mdk.i586.rpm". Both are not available in the 32Bit
>    media shipped with 10.1 x86_64, so you can't use urpmi to fix the 
>    dependencies automatically.
>    So the packages connected to the first problem are:
>    - "libsasl2-devel-2.1.19-5mdk.i586.rpm" 
>    - "libldap2-devel-2.1.30-3mdk.i586.rpm"

This first point is commented in:

/usr/share/doc/acroread-7.0.0/README:

...
PPKLite.api Failed to Load
PPKLite requires the OpenLDAP package to be installed on the system,
and fails to initialize in its absence. If you get this error when
acroread starts up, you will need to install the LDAP libraries
(OpenLDAP package).  If PPKLite still fails to load, make a link to the
installed libldap.so.X and liblber.so.X in
<INSTALL_PATH>/Reader/intellinux/lib with the names 'libldap.so' and
'liblber.so'. [1132741]
...

Bye.
Giuseppe.