[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

problemi con curl



Ciao a tutti, su un pc con wheezy, in seguito ad una rimozione dei
pacchetti obsoleti (aptitude purge ?obsolete) curl non mi funziona più e
si lamenta dicendo :
> curl: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory

in effetti con ldd vedo che curl si aspetta libssl.so.0.9.8:
> # ldd /usr/bin/curl 
> 	linux-vdso.so.1 =>  (0x00007ffcaebeb000)
> 	libcurl.so.4 => /usr/lib/x86_64-linux-gnu/libcurl.so.4 (0x00007f772ec7d000)
> 	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f772ea75000)
> 	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f772e85d000)
> 	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f772e4d2000)
> 	libidn.so.11 => /usr/lib/x86_64-linux-gnu/libidn.so.11 (0x00007f772e29e000)
> 	libssh2.so.1 => /usr/local/lib/libssh2.so.1 (0x00007f772e076000)
> 	liblber-2.4.so.2 => /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x00007f772de67000)
> 	libldap_r-2.4.so.2 => /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x00007f772dc16000)
> 	libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f772d9d6000)
> 	libssl.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f772d775000)
> 	libcrypto.so.1.0.0 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f772d37d000)
> 	librtmp.so.0 => /usr/lib/x86_64-linux-gnu/librtmp.so.0 (0x00007f772d162000)
> 	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f772cf46000)
> 	/lib64/ld-linux-x86-64.so.2 (0x00007f772eef1000)
> 	libssl.so.0.9.8 => not found
> 	libcrypto.so.0.9.8 => not found
> 	libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f772cd2f000)
> 	libsasl2.so.2 => /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f772cb13000)
> 	libgnutls.so.26 => /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x00007f772c853000)
> 	libgcrypt.so.11 => /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x00007f772c5d4000)
> 	libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f772c2ff000)
> 	libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f772c0d6000)
> 	libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f772bed2000)
> 	libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f772bcc8000)
> 	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f772bac4000)
> 	libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f772b8c0000)
> 	libtasn1.so.3 => /usr/lib/x86_64-linux-gnu/libtasn1.so.3 (0x00007f772b6ae000)
> 	libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f772b49c000)
> 	libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x00007f772b298000)


eppure su un altro pc sempre con wheezy questa dipendenza non sembra
necessaria:
> # ldd /usr/bin/curl                           
> 	linux-gate.so.1 =>  (0xb779e000)
> 	libcurl.so.4 => /usr/lib/i386-linux-gnu/libcurl.so.4 (0xb7726000)
> 	librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb771d000)
> 	libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb7703000)
> 	libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb759f000)
> 	libidn.so.11 => /usr/lib/i386-linux-gnu/libidn.so.11 (0xb756c000)
> 	libssh2.so.1 => /usr/lib/i386-linux-gnu/libssh2.so.1 (0xb7542000)
> 	liblber-2.4.so.2 => /usr/lib/i386-linux-gnu/liblber-2.4.so.2 (0xb7533000)
> 	libldap_r-2.4.so.2 => /usr/lib/i386-linux-gnu/libldap_r-2.4.so.2 (0xb74e0000)
> 	libgssapi_krb5.so.2 => /usr/lib/i386-linux-gnu/libgssapi_krb5.so.2 (0xb74a2000)
> 	libssl.so.1.0.0 => /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0 (0xb7448000)
> 	libcrypto.so.1.0.0 => /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0 (0xb7288000)
> 	librtmp.so.0 => /usr/lib/i386-linux-gnu/librtmp.so.0 (0xb726e000)
> 	libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb7254000)
> 	/lib/ld-linux.so.2 (0xb779f000)
> 	libgcrypt.so.11 => /lib/i386-linux-gnu/libgcrypt.so.11 (0xb71cf000)
> 	libresolv.so.2 => /lib/i386-linux-gnu/i686/cmov/libresolv.so.2 (0xb71bb000)
> 	libsasl2.so.2 => /usr/lib/i386-linux-gnu/libsasl2.so.2 (0xb719f000)
> 	libgnutls.so.26 => /usr/lib/i386-linux-gnu/libgnutls.so.26 (0xb70d6000)
> 	libkrb5.so.3 => /usr/lib/i386-linux-gnu/libkrb5.so.3 (0xb7003000)
> 	libk5crypto.so.3 => /usr/lib/i386-linux-gnu/libk5crypto.so.3 (0xb6fd9000)
> 	libcom_err.so.2 => /lib/i386-linux-gnu/libcom_err.so.2 (0xb6fd4000)
> 	libkrb5support.so.0 => /usr/lib/i386-linux-gnu/libkrb5support.so.0 (0xb6fcb000)
> 	libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb6fc7000)
> 	libkeyutils.so.1 => /lib/i386-linux-gnu/libkeyutils.so.1 (0xb6fc1000)
> 	libgpg-error.so.0 => /lib/i386-linux-gnu/libgpg-error.so.0 (0xb6fbd000)
> 	libtasn1.so.3 => /usr/lib/i386-linux-gnu/libtasn1.so.3 (0xb6fab000)
> 	libp11-kit.so.0 => /usr/lib/i386-linux-gnu/libp11-kit.so.0 (0xb6f99000)

e a questo punto non capisco perché a parità di versione di curl
installata su un pc curl dipenda da un modulo e in un altro no.

Piviul


Reply to: