libcurl.so.4 no hay información de versión disponible

curl: /usr/local/lib/libcurl.so.4: no version information available (required by curl)

Este es el error que estoy recibiendo. Este error no ha impedido que ningún script o aplicación se ejecute o realice sus tareas, sin embargo, también recibo un correo electrónico del sistema cada vez que se usa curl.

Tengo trabajos cron que se ejecutan a menudo. Algunos cada pocos minutos, otros más tiempo y recibo correos electrónicos que tendrán esa línea de error. He buscado en Google la cadena y sus variaciones. Sin embargo, no puedo encontrar nada útil.

Lo que he hecho: borrado el archivo /usr/local/lib/libcurl.so.4, esto hace que el error desaparezca y curl todavía funciona sin problemas. Después de aproximadamente 24-48 horas, el archivo volverá, volverá a aparecer en la carpeta y tendré que volver a eliminarlo. Sé que esto no es lo correcto, pero no estoy seguro de qué más hacer.

Contenido de / usr / local / lib /

libcurl.a
libgcrypt.la
libgpg-error.la
libruby-static.a
python2.7/
weechat/
libcurl.la
libgcrypt.so
libgpg-error.so
node_modules/
python3.4/
libcurl.so
libgcrypt.so.20
libgpg-error.so.0
pkgconfig/
ruby/
libcurl.so.4.3.0
libgcrypt.so.20.0.3
libgpg-error.so.0.15.0
postsrsd/
site_ruby/

Paquetes instalados:

$ apt --installed list | grep 'curl'
curl/trusty-updates,trusty-security,now 7.35.0-1ubuntu2.5 amd64 [installed]
libcurl3/trusty-updates,trusty-security,now 7.35.0-1ubuntu2.5 amd64 [installed]
libcurl3-gnutls/trusty-updates,trusty-security,now 7.35.0-1ubuntu2.5 amd64 [installed]
libcurl4-openssl-dev/trusty-updates,trusty-security,now 7.35.0-1ubuntu2.5 amd64 [installed]
php5-curl/trusty-updates,trusty-security,now 5.5.9+dfsg-1ubuntu4.9 amd64 [installed]
python-pycurl/trusty,now 7.19.3-0ubuntu3 amd64 [installed,automatic]
python3-pycurl/trusty,now 7.19.3-0ubuntu3 amd64 [installed]

$ lsb_release -a
Distributor ID: Ubuntu
Description:    Ubuntu 14.04.2 LTS
Release:        14.04
Codename:       trusty

Cualquier cosa que me señale en la dirección correcta sería muy apreciada.

Editar # 1 (más información) El enlace siempre se realiza a las 8:00:01 am justo después de que se ejecute el trabajo cron diario.

celestia@Canterlot:/usr/local/lib# ls -hal
drwxr-xr-x 10 celestia root  4.0K Jun 11 07:58 .
drwxr-xr-x 11 celestia root  4.0K Jun 23  2014 ..
-rw-r--r--  1 celestia root  805K May  2 00:16 libcurl.a
-rwxr-xr-x  1 celestia root   953 May  2 00:16 libcurl.la
lrwxrwxrwx  1 celestia root    16 May  2 00:16 libcurl.so -> libcurl.so.4.3.0
lrwxrwxrwx  1 celestia root    16 Jun 11 07:58 libcurl.so.4 -> libcurl.so.4.3.0
-rwxr-xr-x  1 celestia root  424K May  2 00:16 libcurl.so.4.3.0
-rwxr-xr-x  1 celestia root   987 May  2 00:20 libgcrypt.la
lrwxrwxrwx  1 celestia root    19 May  2 00:20 libgcrypt.so -> libgcrypt.so.20.0.3
lrwxrwxrwx  1 celestia root    19 May  2 00:20 libgcrypt.so.20 -> libgcrypt.so.20.0.3
-rwxr-xr-x  1 celestia root  3.5M May  2 00:20 libgcrypt.so.20.0.3
-rwxr-xr-x  1 celestia root   956 May  2 00:13 libgpg-error.la
lrwxrwxrwx  1 celestia root    22 May  2 00:13 libgpg-error.so -> libgpg-error.so.0.15.0
lrwxrwxrwx  1 celestia root    22 May  2 00:13 libgpg-error.so.0 -> libgpg-error.so.0.15.0
-rwxr-xr-x  1 celestia root  336K May  2 00:13 libgpg-error.so.0.15.0
celestia@Canterlot:/usr/local/lib# stat libcurl.so.4
  File: ‘libcurl.so.4’ -> ‘libcurl.so.4.3.0’
  Size: 16              Blocks: 0          IO Block: 4096   symbolic link
Device: fc00h/64512d    Inode: 30939991    Links: 1
Access: (0777/lrwxrwxrwx)  Uid: (    0/celestia)   Gid: (    0/    root)
Access: 2015-06-11 08:00:01.983201467 -0400
Modify: 2015-06-11 07:58:17.551455525 -0400
Change: 2015-06-11 07:58:17.551455525 -0400
 Birth: -

celestia@Canterlot:/usr/local/lib# apt-file search libcurl.so.4
libcurl3: /usr/lib/x86_64-linux-gnu/libcurl.so.4
libcurl3: /usr/lib/x86_64-linux-gnu/libcurl.so.4.3.0

celestia@Canterlot:/usr/local/lib# ldd libcurl.so.4
linux-vdso.so.1 =>  (0x00007fff1cdfe000)
libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007fb2e75f1000)
libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007fb2e7216000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fb2e6ffc000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb2e6c37000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fb2e6a33000)
/lib64/ld-linux-x86-64.so.2 (0x00007fb2e7ad2000)

El problema resultó ser que tenía 2 instalaciones de curl en el sistema. Un apt-get install curl y un curl build desde la fuente. Terminé eliminando el rizo construido desde la fuente y todo funciona bien ahora. También intenté más tarde eliminar el apt-get one y reconstruir el rizo de la fuente nuevamente y todo estuvo bien. Pero cuando reinstalé el curl de apt-get con la fuente aún instalada, el mismo problema comenzó nuevamente. Entonces eliminé el apt-get one nuevamente.

En resumen, no tengo rizos en el sistema dos veces, los problemas ocurren entonces.

Lo siento si esto no está bien escrito, me acabo de levantar.

También tuve ese problema al instalar CMAKE, escribo cmake, la salida es:

cmake: /usr/local/lib/libcurl.so.4: no version information available     (required by cmake)
Segmentation fault (core dumped)`

Algo como el tuyo. Lo arreglé así:

sudo ln -fs /usr/lib/libcurl.so.4 /usr/local/lib/

Luego, escribo cmake -version, y el resultado es

cmake version 3.2.2

CMake suite maintained and supported by Kitware (kitware.com/cmake).

antes de eso, verifique este $ ldd curl para ver si hay bibliotecas vinculadas faltantes si se encuentra perdido, luego agregue esta línea "/ usr / local / lib" en /etc/ld.so.conf y ejecute $ sudo ldconfig -v el cheque $ ldconfig -p luego curl debe poder usar lib que falta de este directorio