libcurl.so.4 информация о версии недоступна

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

Это ошибка, которую я получаю. Эта ошибка не помешала запуску скриптов или приложений или выполнению их задач, однако я получаю электронное письмо от системы также всякий раз, когда используется curl.

У меня есть часто выполняемые задания cron. Некоторые каждые несколько минут, другие дольше, и я получаю электронные письма, в которых будет указана эта строка ошибки. Я погуглил чертову строку и ее разновидности. Однако я не могу найти ничего полезного.

Что я сделал: удалил файл /usr/local/lib/libcurl.so.4, это устраняет ошибку, и curl все еще работает без проблем. Примерно через 24-48 часов файл вернется, снова откроется в папке, и мне придется повторно удалить его. Я знаю, что это не правильно, но я не уверен, что еще делать.

Содержимое / 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/

Установленные пакеты:

$ 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

Все, что укажет мне правильное направление, будет высоко оценено.

Редактирование # 1 (подробнее) Ссылка сделана в 8:00:01 сразу после запуска ежедневного задания cron.

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)

Проблема оказалась у меня было 2 установки curl в системе. Apt-get install curl и сборка curl из исходного кода. Я закончил тем, что удалил локон, собранный из исходного кода, и теперь все работает нормально. Я также позже попытался удалить apt-get one и заново собрать curl из исходного кода, и все было хорошо. Но когда я переустановил curl из apt-get с исходным кодом, эта проблема снова возникла. Поэтому я снова удалил apt-get.

Короче не заворачивайся в систему дважды, тогда возникают проблемы.

Извините, если это не очень хорошо написано, я просто встал.

У меня также была такая проблема при установке CMAKE, я печатаю, cmakeвывод:

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

Что-то вроде твоего. Я исправил это так:

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

Затем я печатаю cmake -version, и результат

cmake version 3.2.2

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

перед этим проверьте этот $ ldd curl на наличие недостающих связанных библиотек, если они найдены отсутствующими, затем добавьте эту строку "/ usr / local / lib" в /etc/ld.so.conf и запустите $ sudo ldconfig -v check $ ldconfig -p затем curl должен иметь возможность использовать отсутствующую библиотеку из этого каталога