Missing lib and generic RPM repositories

Support
1

Hi all.

I’ve installed Google Earth in my OMV 2014.

There is a known problem with Google Earth under Linux: it cannot show Panoramio images, because some library problems. The question is that the solution is known: there’s a file that include the problematic libraries modified. The libraries can be copied to the Google Earth directory (commonly, /opt/google/earth/free) so Google Earth uses those modified libraries and Panoramio images can be seen.

The problem is, after getting the new libraries, a new dependency appear: libssl.so.10. And that library is not included in OpenMadriva:

$ urpmf libssl.so.10

$ urpmf libssl.so
lib64ssl1.0.0:/lib64/libssl.so.1.0.0
lib64openssl-devel:/usr/lib64/libssl.so
lib64openssl-devel:/usr/lib64/libssl.so
lib64ssl1.0.0:/lib64/libssl.so.1.0.0
libopenssl-devel:/usr/lib/libssl.so
libssl1.0.0:/lib/libssl.so.1.0.0
libssl1.0.0:/lib/libssl.so.1.0.0
libopenssl-devel:/usr/lib/libssl.so

Ok. The library is not present. But surely I can get it in some general RPM repository. I used to use rpm.pbone.net. But there’s a bad news: rpm.pbone.net doesn’t includes OpenMandriva. It includes the old Mandriva, Mageia, Fedora and others RPM-based distros. But OpenMandriva is not present.

Sadly, another common source of RPMs, rpmfind.net, doesn’t includes OpenMandriva either.

Why are we so ignored?
Do those sites requiere some sort of registration? Or do they decide who’s in and who’s out?

2

Hi,
I installed GE 64 bits (7.1.4-1529) and I got frequent crashes (not systematically). I tried this workaround and I had to install extra libraries:

lib64gstvideo0.10_0-0.10.36-9-omv2014.0.x86_64
lib64gstpbutils0.10_0-0.10.36-9-omv2014.0.x86_64
lib64gstinterfaces0.10_0-0.10.36-9-omv2014.0.x86_64
gstreamer0.10-tools-0.10.36-10-omv2014.0.x86_64
lib64gstreamer0.10_0-0.10.36-10-omv2014.0.x86_64
lib64gstbase0.10_0-0.10.36-10-omv2014.0.x86_64
lib64gstapp0.10_0-0.10.36-9-omv2014.0.x86_64
lib64freeimage3-3.153-3-omv2014.0.x86_64

However I finally got this error:
./googleearth-bin: /lib64/libcrypto.so.1.0.0: version OPENSSL_1.0.0' not found (required by ./libQtNetwork.so.4) ./googleearth-bin: /lib64/libssl.so.1.0.0: version OPENSSL_1.0.0’ not found (required by ./libQtNetwork.so.4)

It seems to look for other versions of already installed libcrypto and libssl but doesn’t ask libssl.so.10.

About rpm.pbone and rpmfind, we might ask them what is their policy.

3

Thanks Jean.Claude for answer.

I only was forced to install lib64freeimage3, but that was already said in the site that proposed the solution for Panoramio problem. Maybe I already have all those other packages installed.

In my case:

$ /opt/google/earth/free/google-earth
./googleearth-bin: error while loading shared libraries: libssl.so.10: cannot open shared object file: No such file or directory

I downloaded a RPM belonging to Fedora: openssl-libs-1.0.2e-3.fc24.i686.rpm. Inside it, libssl.so.10 exists, but it’s a link to another library. In the Fedora 24 case links to libssl.so.1.0.2e. Then I checked another cases and libssl.so.10 is always a link to another libssl.so.1xxx (the same happens with libcrypto.so.10).

That gave me an idea: what if I create the libssl.so.10 link inside Google Earth directory? As in OMV2014, openssl is 1.0.1q (from rpm -qa | grep openssl), I think to create a link to libssl.so.1.0.1, but the only files I found, in /lib and /lib64, are libssl.so.1.0.0, and inside /usr/lib there are links to /lib and /lib64:

# pwd
/usr/lib64

# ls -l libssl*.*
lrwxrwxrwx 1 root root 22 dic 15 23:06 libssl3.so -> ../../lib64/libssl3.so*
lrwxrwxrwx 1 root root 27 dic  8 08:26 libssl.so -> ../../lib64/libssl.so.1.0.0*

Then I create the link to the 64-bits library /lib64/libssl.so.1.0.0. Note that I’m noy trying to use the Fedora libraries but the original OMV libraries:

# pwd
/opt/google/earth/free

# ln -s /lib64/libssl.so.1.0.0 libssl.so.10

# ls -l libssl*.*
-rwxr-xr-x 1 root root 262544 oct  7  2013 libssl3.so*
lrwxrwxrwx 1 root root     22 ene 15 08:31 libssl.so.10 -> /lib64/libssl.so.1.0.0*

After creating the link, Google Earth gave another similar error:

$ pwd
/opt/google/earth/free

$ /opt/google/earth/free/google-earth
./googleearth-bin: error while loading shared libraries: libcrypto.so.10: cannot open shared object file: No such file or directory

$ su
Password:

# ln -s /lib64/libcrypto.so.1.0.0 libcrypto.so.10

# ls -l libcrypto*.*
lrwxrwxrwx 1 root root 25 ene 15 08:41 libcrypto.so.10 -> /lib64/libcrypto.so.1.0.0*

But the libraries are not what Google Earth (or its modified libs) wants:

$ /opt/google/earth/free/google-earth
./googleearth-bin: ./libssl.so.10: version `libssl.so.10' not found (required by ./libQtNetwork.so.4)
./googleearth-bin: ./libcrypto.so.10: version `OPENSSL_1.0.1' not found (required by ./libQtNetwork.so.4)
./googleearth-bin: ./libcrypto.so.10: version `libcrypto.so.10' not found (required by ./libQtNetwork.so.4)

It seems (to my inexpert eyes) that it’s as you said, JC. Another version of libssl.so libraries is requiered.