LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   Perhaps a true 64 bit of Google Earth is available! (https://www.linuxquestions.org/questions/slackware-14/perhaps-a-true-64-bit-of-google-earth-is-available-4175463081/)

Richard Cranium 05-22-2013 07:57 PM

Perhaps a true 64 bit of Google Earth is available!
 
From what I saw looking at Google Earth this morning, there appears to really be a pure 64 bit version available!

At least when I ran ldd on the various binaries, the versions listed were 64 bit. (This was from google-earth-stable_current_x86_64.rpm without fixing LD_LIBRARY_PATH)
Code:

me@mymachine:/tmp/icantbelieveitsnotbutter/opt/google/earth/free$ file googleearth-bin
googleearth-bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), BuildID[sha1]=0x88fe3097a3ae9324666a447ab218011298e36d87, stripped
me@mymachine:/tmp/icantbelieveitsnotbutter/opt/google/earth/free$ ldd googleearth-bin
        linux-vdso.so.1 (0x00007fff9c9ff000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f492a7d3000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f492a4d8000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f492a117000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f4929f13000)
        libgoogleearth_free.so => not found
        libglobalnew.so => not found
        libQtGui.so.4 => /usr/lib64/libQtGui.so.4 (0x00007f492922a000)
        libQtNetwork.so.4 => /usr/lib64/libQtNetwork.so.4 (0x00007f4928ee7000)
        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f4928cb0000)
        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f4928a23000)
        libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f49286eb000)
        libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f49284e1000)
        libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f49282d0000)
        libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007f4927fad000)
        libGLU.so.1 => /usr/lib64/libGLU.so.1 (0x00007f4927d3f000)
        librt.so.1 => /lib64/librt.so.1 (0x00007f4927b37000)
        libQtCore.so.4 => /usr/lib64/libQtCore.so.4 (0x00007f4927656000)
        libQtWebKit.so.4 => /usr/lib64/libQtWebKit.so.4 (0x00007f4925b1c000)
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f492581b000)
        libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f4925606000)
        /lib64/ld-lsb-x86-64.so.3 => /lib64/ld-linux-x86-64.so.2 (0x00007f492aa21000)
        libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007f4925404000)
        libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f49250e6000)
        libpng14.so.14 => /usr/lib64/libpng14.so.14 (0x00007f4924ec1000)
        libz.so.1 => /lib64/libz.so.1 (0x00007f4924cab000)
        libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f4924a5e000)
        libSM.so.6 => /usr/lib64/libSM.so.6 (0x00007f4924857000)
        libICE.so.6 => /usr/lib64/libICE.so.6 (0x00007f492463b000)
        libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f492442b000)
        libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f4924201000)
        libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f4923fe3000)
        libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f4923de0000)
        libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f4923bda000)
        libnvidia-tls.so.310.32 => /usr/lib64/tls/libnvidia-tls.so.310.32 (0x00007f49239d7000)
        libnvidia-glcore.so.310.32 => /usr/lib64/libnvidia-glcore.so.310.32 (0x00007f49214e5000)
        libsqlite3.so.0 => /usr/lib64/libsqlite3.so.0 (0x00007f492123a000)
        libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007f4920eee000)
        libgstapp-0.10.so.0 => /usr/lib64/libgstapp-0.10.so.0 (0x00007f4920ce3000)
        libgstinterfaces-0.10.so.0 => /usr/lib64/libgstinterfaces-0.10.so.0 (0x00007f4920ad2000)
        libgstpbutils-0.10.so.0 => /usr/lib64/libgstpbutils-0.10.so.0 (0x00007f49208b3000)
        libgstvideo-0.10.so.0 => /usr/lib64/libgstvideo-0.10.so.0 (0x00007f492069f000)
        libgstbase-0.10.so.0 => /usr/lib64/libgstbase-0.10.so.0 (0x00007f492046a000)
        libgstreamer-0.10.so.0 => /usr/lib64/libgstreamer-0.10.so.0 (0x00007f49201b4000)
        libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007f491ffb0000)
        libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007f491fc56000)
        libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007f491fa4d000)
        libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f491f84a000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f491f62f000)
        liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f491f40d000)
me@mymachine:/tmp/icantbelieveitsnotbutter/opt/google/earth/free$

I was getting weird errors when I tried to run the binary, however.

Jeebizz 05-22-2013 08:06 PM

Not to do the same to your thread, but this is relevant lol :p:


http://slackbuilds.org/repository/14.../google-earth/

Quote:

4) GoogleEarth is a 32bit application only. You need to have the 32bit
compatibility packages installed to have this work on a 64bit system.
Otherwise you'll just see "no such file or directory" errors. I am aware
that Google puts a 64bits debian package out, but this is a 32bits package
with a 64bit wrapper for debian that installs multilib


Richard Cranium 05-23-2013 02:01 AM

That used to be the case.

I've gotten that RPM to work on my 14.0 non-multilib 64 bit system by symlinking /lib64/ld-lsb-x86-64.so.3 to /lib64/ld-2.15.so. It runs well, but with at least one missing feature: Clicking on a "there's a photo here" icon on the map generates a "[0523/014728:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler." message to stdout as well as not displaying the photo in question.

273 05-23-2013 07:35 AM

I have found exactly the same thing using the .deb on 64 bit Debian. I do have the 32 bit libraries present but running ldd on Google Earth shows that the 64 bit libraries are now being used. I can't see the photo's either though, which is annoying.
Not relevant to it being used on Slackware but the .deb still insists that ia32-libs is installed which is odd to say the least.

zeroberto 05-24-2013 01:26 AM

It works for me on 64bit Slack without multilib, but same here, no photos. :(

273 05-24-2013 03:22 AM

Just to expand on this, running:
Code:

LD_LIBRARY_PATH="/opt/google-earth/" ldd /opt/google-earth/googleearth-bin
With the path suitable modified for my install. As seen in an old Arch thread here:
https://bbs.archlinux.org/viewtopic.php?id=67354
Does mean that the following are then found:
Code:

        libgoogleearth_free.so => not found
        libglobalnew.so => not found

However, that means that Google Earth crashes when I try to open photographs instead of just showing blank boxes.

andy713 05-26-2013 01:40 PM

I did a rpm2txz and installed Google Earth 7.1, but it dies with a "No such file or directory". I don't see any missing libraries with ldd (did the whole /opt/google/earth/free directory, and strace doesn't point to anything either. I did the LSB lib symlink thing too, so what else do I need to do to get it going?

Andy

273 05-26-2013 01:46 PM

Which file or directory is it saying doesn't exist (not that I've much experience using GE on Slackware)?

Richard Cranium 05-26-2013 04:19 PM

Quote:

Originally Posted by andy713 (Post 4959341)
I did a rpm2txz and installed Google Earth 7.1, but it dies with a "No such file or directory". I don't see any missing libraries with ldd (did the whole /opt/google/earth/free directory, and strace doesn't point to anything either. I did the LSB lib symlink thing too, so what else do I need to do to get it going?

Andy

Code:

ln -s  /lib64/ld-2.15.so /lib64/ld-lsb-x86-64.so.3

tronayne 05-27-2013 11:56 AM

I'm either getting totally brain-dead or there's something seriously amiss with Google-Earth (from google-earth-stable_current_x86_64.rpm made into a Slackware package with rpm2tgz).

Given:
Code:

whence -v google-earth
google-earth is a tracked alias for /usr/bin/google-earth

google-earth
/usr/bin/google-earth: line 43: ./googleearth-bin: No such file or directory

OK, go on a bug hunt. /usr/bin/google-earth is
Code:

ls -l /usr/bin/google-earth
lrwxrwxrwx 1 root root 34 May 27 10:09 /usr/bin/google-earth -> /opt/google/earth/free/googleearth*

All it does is set up ${PATH} and ${LD_LIBRARY_PATH} to /opt/google/earth/free, cd there and launch googleearth-bin (the file it "can't find").

OK, so
Code:

cd /opt/google/earth/free
ls -l googleearth-bin
-rwxr-xr-x 1 root root 6088 Apr 19 22:44 googleearth-bin*

file googleearth-bin
googleearth-bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), BuildID[sha1]=0x88fe3097a3ae9324666a447ab218011298e36d87, stripped

It's there and executable, right? Sure looks that way to me anyway.

So, let's see if we can run that damn thing directly:
Code:

cd /opt/google/earth/free
PATH=${PWD}:${PATH}
LD_LIBRARY_PATH=${PWD}:${LD_LIBRARY_PATH}
echo ${PATH}
/opt/google/earth/free:.:/home/trona/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/opt/GMT/bin:/opt/netCDF/bin:/usr/lib64/java/bin:/usr/lib64/java/jre/bin:/usr/lib64/kde4/libexec:/usr/lib64/qt/bin:/usr/share/texmf/bin:.
echo ${LD_LIBRARY_PATH}
/opt/google/earth/free:

Looks right to me.

Sitting in
Code:

/opt/google/earth/free
googleearth-bin
-ksh: googleearth-bin: not found [No such file or directory]

An, no, KornShell does not matter anymore than BASH would (and neither does the ".:" in ${PATH}).

So, log out, log back in and export the paths (just in case, who knows?):
Code:

cd /opt/google/earth/free
export PATH=${PWD}:${PATH}
export LD_LIBRARY_PATH=${PWD}:${LD_LIBRARY_PATH}
echo ${PATH}
/opt/google/earth/free:.:/home/trona/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/opt/GMT/bin:/opt/netCDF/bin:/usr/lib64/java/bin:/usr/lib64/java/jre/bin:/usr/lib64/kde4/libexec:/usr/lib64/qt/bin:/usr/share/texmf/bin:.
echo ${LD_LIBRARY_PATH}
/opt/google/earth/free:
whence -v googleearth-bin
googleearth-bin is a tracked alias for /opt/google/earth/free/googleearth-bin

And run it:
Code:

fubar-trona-/opt/google/earth/free: googleearth-bin
-ksh: googleearth-bin: not found [No such file or directory]

WTF?

Just in case it's looking for a library
Code:

ls -l /lib64/ld-2.15.so
-rwxr-xr-x 1 root root 167406 Sep 17  2012 /lib64/ld-2.15.so*

Looks like that's there, too.

Any hope?

Richard Cranium 05-27-2013 12:42 PM

No, really...

Code:

ln -s /lib64/ld-2.15.so /lib64/ld-lsb-x86-64.so.3
The google binary isn't looking for ld-2.15.so, it is looking for ld-lsb-x86-64.so.3.

Make the symlink and try again.

tronayne 05-27-2013 01:34 PM

Thanks... but, the symlink shown previously? Kinda backwards -- I looked to see if /lib64/ld-2.15.so was there, it was, so... I didn't actually look for /lib64/ld-lsb-x86-64.so.3 (said I was getting brain-dead). It need to be
Code:

ln -s /lib64/ld-2.15.so /lib64/ld-lsb-x86-64.so.3
The errors that are popping up are not a little better:
Code:

google-earth
[0527/140622:ERROR:net_util.cc(2195)] Not implemented reached in bool net::HaveOnlyLoopbackAddresses()
[0527/140625:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0527/140625:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0527/140631:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0527/140631:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.

But! Guess what shows up?

Pretty slow (for a 64K system with 8G available on Intel(R) Core(TM)2 Duo CPU E7600 @ 3.06GHz, but, what the heck, the thing seems to work (been a looonnngggg time since I've seen this bad boy).

Now I'll go remove all the symlinks I made with this:
Code:

cat fixit
ln -s /opt/google/earth/free/libIGAttrs.so /usr/lib64
ln -s /opt/google/earth/free/libIGCore.so /usr/lib64
ln -s /opt/google/earth/free/libIGGfx.so /usr/lib64
ln -s /opt/google/earth/free/libIGMath.so /usr/lib64
ln -s /opt/google/earth/free/libIGSg.so /usr/lib64
ln -s /opt/google/earth/free/libIGUtils.so /usr/lib64
ln -s /opt/google/earth/free/libaction.so /usr/lib64
ln -s /opt/google/earth/free/libapiloader.so /usr/lib64
ln -s /opt/google/earth/free/libauth.so /usr/lib64
ln -s /opt/google/earth/free/libbase.so /usr/lib64
ln -s /opt/google/earth/free/libcommon.so /usr/lib64
ln -s /opt/google/earth/free/libcommon_gui.so /usr/lib64
ln -s /opt/google/earth/free/libcommon_platform.so /usr/lib64
ln -s /opt/google/earth/free/libcommon_webbrowser.so /usr/lib64
ln -s /opt/google/earth/free/libcomponentframework.so /usr/lib64
ln -s /opt/google/earth/free/libfilmstrip.so /usr/lib64
ln -s /opt/google/earth/free/libfusioncommon.so /usr/lib64
ln -s /opt/google/earth/free/libgdata.so /usr/lib64
ln -s /opt/google/earth/free/libge_chrome_net.so /usr/lib64
ln -s /opt/google/earth/free/libge_net.so /usr/lib64
ln -s /opt/google/earth/free/libgeobase.so /usr/lib64
ln -s /opt/google/earth/free/libgeobaseutils.so /usr/lib64
ln -s /opt/google/earth/free/libglobalnew.so /usr/lib64
ln -s /opt/google/earth/free/libgoogleapi.so /usr/lib64
ln -s /opt/google/earth/free/libgoogleearth_free.so /usr/lib64
ln -s /opt/google/earth/free/liblayer.so /usr/lib64
ln -s /opt/google/earth/free/libmaps.so /usr/lib64
ln -s /opt/google/earth/free/libmath.so /usr/lib64
ln -s /opt/google/earth/free/libmoduleframework.so /usr/lib64
ln -s /opt/google/earth/free/libport.so /usr/lib64
ln -s /opt/google/earth/free/libprintmodule.so /usr/lib64
ln -s /opt/google/earth/free/libprofile.so /usr/lib64
ln -s /opt/google/earth/free/librender.so /usr/lib64
ln -s /opt/google/earth/free/libreporting.so /usr/lib64
ln -s /opt/google/earth/free/libsgutil.so /usr/lib64
ln -s /opt/google/earth/free/libspatial.so /usr/lib64
ln -s /opt/google/earth/free/libwebbrowser.so /usr/lib64
ln -s /opt/google/earth/free/libwmsbase.so /usr/lib64
ln -s /opt/google/earth/free/libxsltransform.so /usr/lib64

I did have the sense to make a taker-outer while I was at it (still got some little grey cells working).

Thanks for boot in the right direction.

Richard Cranium 05-27-2013 08:35 PM

Quote:

Originally Posted by tronayne (Post 4960014)
Thanks... but, the symlink shown previously? Kinda backwards [...]

Aw crap, you're correct. I *did* post it exactly backwards. :doh: :o

Sorry about that; I'll go edit the incorrect messages so I don't lead others down wrong alleys.

andy713 05-27-2013 10:18 PM

Because I'm running something sorta current, the link was actually supposed to be "ln -s /lib64/ld-2.17.so /lib64/ld-lsb-x86-64.so.3", not 2.15. So now it works, but it's slow, the pictures don't work, the max texture size is still 4k, and I get the same runtime errors. I'm sure it will get better, because any worse would be unusable.

Andy

Richard Cranium 05-27-2013 11:33 PM

The lack of photos is apparently fixed by something in this thread. After skimming the thread, I think that I can live without the photos. If I *really* want to see them, I'll launch a 32 bit virtual machine and look at them there.


All times are GMT -5. The time now is 10:36 AM.