libcurl.so.4 brak dostępnych informacji o wersji

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

To jest błąd, który otrzymuję. Ten błąd nie powstrzymał żadnych skryptów ani aplikacji przed uruchomieniem lub wykonywaniem ich zadań, jednak otrzymuję wiadomość e-mail z systemu również za każdym razem, gdy używane jest curl.

Mam często uruchamiane zadania crona. Niektóre co kilka minut, inne dłużej i dostaję e-maile, w których będzie ta linia błędu. Znalazłem piekło na sznurku i jego odmianach. Nie mogę jednak znaleźć niczego przydatnego.

Co zrobiłem: usunąłem plik /usr/local/lib/libcurl.so.4, dzięki czemu błąd zniknął, a curl nadal działa bez problemów. Po około 24-48 godzinach plik wróci, wróci do folderu i będę musiał go ponownie usunąć. Wiem, że nie jest to właściwe, ale nie jestem pewien, co jeszcze można zrobić.

Zawartość / 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/

Zainstalowane pakiety:

$ 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

Byłbym bardzo wdzięczny za wszystko, co wskazywałoby mi właściwy kierunek.

Edytuj # 1 (więcej informacji) Link jest nieobecny o 8:00:01 zaraz po uruchomieniu codziennej pracy crona.

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)

Problemem okazało się to, że miałem 2 instalacje curl w systemie. Program instalacyjny apt-get curl i kompilacja curl ze źródła. Skończyło się na usunięciu loków zbudowanych ze źródła i wszystko działa teraz dobrze. Próbowałem też później usunąć apt-get one i ponownie odbudować curl ze źródła i wszystko poszło dobrze. Ale kiedy ponownie zainstalowałem curl z apt-get z nadal zainstalowanym źródłem, ten sam problem zaczął się od nowa. Więc usunąłem apt-get jeszcze raz.

Krótko mówiąc, nie należy się dwa razy zwijać w systemie, wtedy występują problemy.

Przepraszam, jeśli to nie jest dobrze napisane, właśnie wstałem.

Miałem też taki problem z instalacją CMAKE, piszę cmake, dane wyjściowe to:

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

Coś jak twoje. Naprawiłem to w ten sposób:

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

Następnie piszę cmake -version, a wynikiem jest

cmake version 3.2.2

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

przed tym sprawdź to curl $ ldd pod kątem brakujących bibliotek połączonych, jeśli ich brakuje, dodaj ten wiersz „/ usr / local / lib” w /etc/ld.so.conf i uruchom $ sudo ldconfig -v sprawdź $ ldconfig -p następnie curl musi mieć możliwość korzystania z brakującej biblioteki lib z tego katalogu