[SOLVED] libcurl.so.4 => not found. How to tell it is found *here*

Ashmedai · 2016-02-18 09:46:46

Hooboy, like how can a first post take a complete shot in the dark with its topic! Also hello there forum dwellers and thanks to anyone ever involved with the development of Arch Linux. It's been fun using (more like LEARNING) the distro so far when I initially started with the Installation and Beginner's guides, damn those are some well documented places for info! First timer with Linux and this far I've come, though no idea "how far" that actually is

On to the problem at hand:

How do I tell a *.so -file (which essentially is a plugin that a game needs) where it will find libcurl.so.4 because it apparently needs it to work properly?

Doing

ldd ALiVEPlugIn.so

for the plugin gives

linux-gate.so.1 (0xf7714000)
libcurl.so.4 => not found
libm.so.6 => /usr/lib32/libm.so.6 (0xf74d9000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf731f000)
/usr/lib/ld-linux.so.2 (0x5664b000)

When I do

locate libcurl.so.4

as a result I get

/usr/lib/libcurl.so.4
/usr/lib/libcurl.so.4.4.0

So as I understand libcurl.so.4 is there locally on my machine but for reasons unbeknownst to me the plugin is unable to locate it.

For the record, curl is up-to-date, did

pacman -S curl

just today and it offered nothing to upgrade and only to reinstall the package.

I was following another discussion that had somewhat similar problem but as usual how the problem actually got solved wasn't told publicly:
ALiVEmod.com forums discussion about problem with a plugin

What I'm able to dig from that discussion that apparently doing

sudo apt-get install libcurl3:i386

in Ubuntu 14.04.2 might have solved the problem. I don't know, the OP never tells what actually fixed the problem.

Last edited by Ashmedai (2016-02-18 11:54:57)

x33a · 2016-02-18 09:52:11

I guess it's related to the 32 bit architecture. Assuming you have installed 64 bit Arch, first enable the multilib repo and then install the lib32-curl package.

Silkworm205 · 2016-02-18 09:52:53

I did a quick search and you can specify another location for the program to look for libraries. Follow the details posted here and see if that helps.

Ashmedai · 2016-02-18 11:52:10

x33a wrote:

I guess it's related to the 32 bit architecture. Assuming you have installed 64 bit Arch, first enable the multilib repo and then install the lib32-curl package.

I went first with this one and it was enough to cure the problem.

Now doing

ldd ALiVEPlugIn.so

for the plugin gives

linux-gate.so.1 (0xf7739000)
libcurl.so.4 => /usr/lib32/libcurl.so.4 (0xf74c8000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf747b000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf72c1000)
/usr/lib/ld-linux.so.2 (0x5662b000)
libidn.so.11 => /usr/lib32/libidn.so.11 (0xf728d000)
libssh2.so.1 => /usr/lib32/libssh2.so.1 (0xf725a000)
libssl.so.1.0.0 => /usr/lib32/libssl.so.1.0.0 (0xf71dd000)
libcrypto.so.1.0.0 => /usr/lib32/libcrypto.so.1.0.0 (0xf6fc9000)
libgssapi_krb5.so.2 => /usr/lib32/libgssapi_krb5.so.2 (0xf6f76000)
libkrb5.so.3 => /usr/lib32/libkrb5.so.3 (0xf6e93000)
libk5crypto.so.3 => /usr/lib32/libk5crypto.so.3 (0xf6e5f000)
libcom_err.so.2 => /usr/lib32/libcom_err.so.2 (0xf6e5a000)
libz.so.1 => /usr/lib32/libz.so.1 (0xf6e43000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf6e25000)
libdl.so.2 => /usr/lib32/libdl.so.2 (0xf6e20000)
libkrb5support.so.0 => /usr/lib32/libkrb5support.so.0 (0xf6e11000)
libkeyutils.so.1 => /usr/lib32/libkeyutils.so.1 (0xf6e0c000)
libresolv.so.2 => /usr/lib32/libresolv.so.2 (0xf6df3000)

we can see that libcurl.so.4 => /usr/lib32/libcurl.so.4 (0xf74c8000)

Is this like installing a compatibility mode to a 64 bit system?

Problem is solved, the plugin does now locate the needed libcurl.so.4 and is running without giving errors.

Thank you x33a and Silkworm205 for the quick answers!

Trilby · 2016-02-18 12:09:02

What plugin / game is this for? Was the plugin / game installed from the repos or aur? If so, this should be reported to the packager to update the dependency list.

Also, FYI, `pacman -S curl` will not update curl, it will just (re)install the version in the current local database. To udate a package just use `pacman -Syu` or to install the latest version of a package `pacman -Syu <package>`.

x33a · 2016-02-18 12:17:51

Ashmedai wrote:

Is this like installing a compatibility mode to a 64 bit system?

Multilib allows 32-bit applications to run on 64-bit operating systems. See https://wiki.archlinux.org/index.php/Multilib

Ashmedai · 2016-02-18 12:52:56

Trilby wrote:

What plugin / game is this for? Was the plugin / game installed from the repos or aur? If so, this should be reported to the packager to update the dependency list.

I have the intention to run a ArmA III dedicated server (using Arch Linux in this case) with a game modification called ALiVE. The plugin is for the ALiVE modification to connect to a external War Room that displays battle statistics etc. So neither is installed from repos or AUR. Developers of the modification distribute the plugin themselves separately through their website @alivemod.com or with the modification (can be downloaded from "multiple" websites).

Trilby wrote:

Also, FYI, `pacman -S curl` will not update curl, it will just (re)install the version in the current local database. To udate a package just use `pacman -Syu` or to install the latest version of a package `pacman -Syu <package>`.

This is all true. I sort of knew that and then again I didn't. But I don't mind being corrected in this case Usually it goes "let's check once again how I was supposed to do this or that".
I'm one of those "set it up and forget" -types so without constant use the already learned stuff gets easily forgotten.

Arch Linux

#1 2016-02-18 09:46:46