More specifically:

The problem is not the libgwenhywfar.la linking file.  The problem is that the 
library 
libgwenhywfar *itself* is linked against libssl, and this is because it 
requires functions from libssl.
Any fix requires adapting to the GPL'd version of these functions in the 
alternative GPL'd packages.

$ ldd /usr/lib/libgwenhywfar.so.38
        libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7e40000)
        libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7cf6000)
        libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7cf1000)
        libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7ba9000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7b94000)
        /lib/ld-linux.so.2 (0x80000000)

All the .so's in /usr/lib/gwenhywfar/plugins/38 are in the same position.

But for that matter, while libaqbanking16 no longer depends at the
package level on libssl0.9.8, the actual library still does:

$ ldd /usr/lib/libaqbanking.so.16
        libgwenhywfar.so.38 => /usr/lib/libgwenhywfar.so.38 (0xb7e60000)
        libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7d18000)
        libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7cd5000)
        libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7b8b000)
        libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7b87000)
        /lib/ld-linux.so.2 (0x80000000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7b72000)

Thomas





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to