Arch Linux

fx101

Member

Registered: 2013-12-28

Posts: 8

CURL_OPENSSL_3 version not found (spotify)

Hi there,

I've been trying to get spotify working for a while... I'm running into issues with spotify not finding version info in a legacy curl library.

My system is completely up to date and I've installed libcurl-compat from the AUR numerous times. In addition, I've tried compiling the same curl version manually but I still had the same problem.

Here is the specific error:
LD_PRELOAD=libcurl.so.3 /usr/share/spotify/spotify
/usr/share/spotify/spotify: /usr/lib/libssl.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /usr/share/spotify/spotify)
/usr/share/spotify/spotify: /usr/lib/libcurl.so.3: version `CURL_OPENSSL_3' not found (required by /usr/share/spotify/spotify)

Of course, if we do readelf -V /usr/lib/libcurl.so.3 we see no mention of CURL_OPENSSL_3.

However, readelf -V /usr/lib/libcurl.so *does* have a mention of CURL_OPENSSL_4.

Any thoughts on what might be happening?

(yes, I've reinstalled openssl, spotify, etc. and cleared any entries in ~/.cache for spotify)

brebs

Member

Registered: 2007-04-03

Posts: 3,742

Re: CURL_OPENSSL_3 version not found (spotify)

You've not specified a *path*, with LD_PRELOAD.

fx101

Member

Registered: 2013-12-28

Posts: 8

Re: CURL_OPENSSL_3 version not found (spotify)

You've not specified a *path*, with LD_PRELOAD.

Same error if I specify the full path. I don't actually have to specify the full path though since libcurl.so.3 is already in the shared library search path (/usr/lib). Manually adding it to LD_LIBRARY_PATH should do the same thing too.

Any other ideas?

Gusar

Member

Registered: 2009-08-25

Posts: 3,605

Re: CURL_OPENSSL_3 version not found (spotify)

curl in Arch (including libcurl-compat in AUR) uses gnutls, not openssl. You need to explicitly request openssl at compile time. It's a configure option, so ./configure --help should tell you how to request openssl.

loqs

Member

Registered: 2014-03-06

Posts: 17,372

Re: CURL_OPENSSL_3 version not found (spotify)

curl in Arch (including libcurl-compat in AUR) uses gnutls, not openssl.

$ pacman -Qo /usr/lib/libcurl.so
/usr/lib/libcurl.so is owned by curl 7.49.1-1
$ ldd /usr/lib/libcurl.so
	linux-vdso.so.1 (0x00007ffdc9946000)
	libidn.so.11 => /usr/lib/libidn.so.11 (0x00007fccfeb35000)
	libssh2.so.1 => /usr/lib/libssh2.so.1 (0x00007fccfe907000)
	libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x00007fccfe696000)
	libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x00007fccfe21e000)
	libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007fccfdfd0000)
	libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007fccfdcec000)
	libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007fccfdaba000)
	libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x00007fccfd8b6000)
	libz.so.1 => /usr/lib/libz.so.1 (0x00007fccfd6a0000)
	libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fccfd482000)
	libc.so.6 => /usr/lib/libc.so.6 (0x00007fccfd0e1000)
	libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fccfcedd000)
	libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007fccfcccf000)
	libkeyutils.so.1 => /usr/lib/libkeyutils.so.1 (0x00007fccfcacb000)
	libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007fccfc8b4000)
	/usr/lib64/ld-linux-x86-64.so.2 (0x000055a4dd9d9000)
$ pacman -Qo /usr/lib/libssl.so.1.0.0
/usr/lib/libssl.so.1.0.0 is owned by openssl 1.0.2.h-1

That appears to show the curl package in core at least is linked with openssl

Gusar

Member

Registered: 2009-08-25

Posts: 3,605

Re: CURL_OPENSSL_3 version not found (spotify)

That appears to show the curl package in core at least is linked with openssl

Oops, my bad. Maybe it's libcurl-compat that gets gnutls - it's there in depends, and curl's configure possibly favors gnutls over openssl if both are available and neither is requested explicitly.

Lone_Wolf

Forum Moderator

From: Netherlands, Europe

Registered: 2005-10-04

Posts: 11,922

Re: CURL_OPENSSL_3 version not found (spotify)

That error started appearing in 2012, when curl 7.24 removed support for several older protocols due to security issues.

For those prehistoric programs that still want to use ancient insecure protocols, curl can be build without inculding any version information.
libcurl-compat in AUR uses exactly that method.

fx101, are you using the spotify aur package or another method ?
If the aur package, have you tried rebuilding it and it's dependencies ?

---

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B)  && (time C > time B ) ≠  (A works at time C)