[Eisfair] libsasl2-3 (Problem nach Update)

[Marcus Röckrath]

Hallo Uwe,

Uwe Kunze wrote:

>> bind hat keine Bindung an libsasl3, libsasl3 wird von
>> libldap_r-2.4.so.2 eingeschleppt. Steht doch auch so in der Meldung ;-)
> 
>> [libldap_r-2.4.so.2]        <----
>> [liblber-2.4.so.2]          <----
> 
> Du schriebst:
> 
>> Anwendungen die libsasl3 verwenden muessen neu uebersetzt werden.
> 
> Sorry für die blöde Frage .... WAS muss denn nun neu übersetzt werden,
> wenn es nicht bind ist ... die beiden libs ... und warum ?

Ja, aber die Anwendung ist NICHT bind/named, denn die wurden NICHT gegen die
libsasl gelinkt, wie

eis:/ # readelf -d /usr/sbin/named | awk '/NEEDED/ {print $NF}'
[liblwres.so.160]
[libdns.so.169]
[libbind9.so.160]
[libisccfg.so.160]
[libgssapi_krb5.so.2]
[libkrb5.so.3]
[libk5crypto.so.3]
[libcom_err.so.2]
[libisccc.so.160]
[libisc.so.166]
[libcrypto.so.1.1]
[libmariadb.so.3]
[libcrypt.so.1]
[libldap_r-2.4.so.2]        <----
[liblber-2.4.so.2]          <----
[libcap.so.2]
[libjson-c.so.4]
[libpthread.so.0]
[libGeoIP.so.1]
[libxml2.so.2]
[libz.so.1]
[liblzma.so.5]
[libm.so.6]
[libdl.so.2]
[libc.so.6]

zeigt! In den Abhängigkeiten von named tauch libsasl nicht auf!

Die marierten Libs ihrerseits sind gegen die libsasl gelinkt, also müssen
die neu übersetzt werden.

Die libsasl ist also kein echte sondern eine "eingeschleppte" Abhängigkeit.

-- 
Gruß Marcus
[eisfair-Team]