LinuxQuestions.org
Download your favorite Linux distribution at LQ ISO.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
Search this Thread
Old 05-22-2013, 07:57 PM   #1
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.1
Posts: 1,482

Rep: Reputation: 420Reputation: 420Reputation: 420Reputation: 420Reputation: 420
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.
 
Old 05-22-2013, 08:06 PM   #2
Jeebizz
Senior Member
 
Registered: May 2004
Distribution: Slackware 14.1 64-bit with multilib
Posts: 2,074

Rep: Reputation: 199Reputation: 199
Not to do the same to your thread, but this is relevant lol :


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

Last edited by Jeebizz; 05-22-2013 at 08:08 PM.
 
Old 05-23-2013, 02:01 AM   #3
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.1
Posts: 1,482

Original Poster
Rep: Reputation: 420Reputation: 420Reputation: 420Reputation: 420Reputation: 420
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.
 
1 members found this post helpful.
Old 05-23-2013, 07:35 AM   #4
273
Senior Member
 
Registered: Dec 2011
Location: UK
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 3,345

Rep: Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773
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.
 
Old 05-24-2013, 01:26 AM   #5
zeroberto
Member
 
Registered: Aug 2008
Location: Serbia
Distribution: Slackware-current
Posts: 39

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

Last edited by zeroberto; 05-24-2013 at 01:28 AM.
 
Old 05-24-2013, 03:22 AM   #6
273
Senior Member
 
Registered: Dec 2011
Location: UK
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 3,345

Rep: Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773
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.
 
Old 05-26-2013, 01:40 PM   #7
andy713
LQ Newbie
 
Registered: Sep 2009
Location: Louisiana
Distribution: Slackware64-14
Posts: 23

Rep: Reputation: 0
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
 
Old 05-26-2013, 01:46 PM   #8
273
Senior Member
 
Registered: Dec 2011
Location: UK
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 3,345

Rep: Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773Reputation: 773
Which file or directory is it saying doesn't exist (not that I've much experience using GE on Slackware)?
 
Old 05-26-2013, 04:19 PM   #9
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.1
Posts: 1,482

Original Poster
Rep: Reputation: 420Reputation: 420Reputation: 420Reputation: 420Reputation: 420
Quote:
Originally Posted by andy713 View Post
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

Last edited by Richard Cranium; 05-27-2013 at 08:37 PM. Reason: tronayne gently pointed out that I wrote the symlink backwards. It's correct *now*.
 
Old 05-27-2013, 11:56 AM   #10
tronayne
Senior Member
 
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,037

Rep: Reputation: 756Reputation: 756Reputation: 756Reputation: 756Reputation: 756Reputation: 756Reputation: 756
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?
 
Old 05-27-2013, 12:42 PM   #11
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.1
Posts: 1,482

Original Poster
Rep: Reputation: 420Reputation: 420Reputation: 420Reputation: 420Reputation: 420
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.

Last edited by Richard Cranium; 05-27-2013 at 08:36 PM. Reason: tronayne gently pointed out that I got it backwards. Symlink pointing correctly *now*.
 
1 members found this post helpful.
Old 05-27-2013, 01:34 PM   #12
tronayne
Senior Member
 
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,037

Rep: Reputation: 756Reputation: 756Reputation: 756Reputation: 756Reputation: 756Reputation: 756Reputation: 756
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.
 
1 members found this post helpful.
Old 05-27-2013, 08:35 PM   #13
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.1
Posts: 1,482

Original Poster
Rep: Reputation: 420Reputation: 420Reputation: 420Reputation: 420Reputation: 420
Quote:
Originally Posted by tronayne View Post
Thanks... but, the symlink shown previously? Kinda backwards [...]
Aw crap, you're correct. I *did* post it exactly backwards.

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

Last edited by Richard Cranium; 05-27-2013 at 08:38 PM. Reason: If you read this, the symlink is now correct. Duh.
 
Old 05-27-2013, 10:18 PM   #14
andy713
LQ Newbie
 
Registered: Sep 2009
Location: Louisiana
Distribution: Slackware64-14
Posts: 23

Rep: Reputation: 0
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
 
Old 05-27-2013, 11:33 PM   #15
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.1
Posts: 1,482

Original Poster
Rep: Reputation: 420Reputation: 420Reputation: 420Reputation: 420Reputation: 420
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.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Installing Google Earth on Sid 64 bit. 273 Debian 43 05-25-2013 03:48 AM
horrible unaliased fonts for google earth 6 on slackware 13.37 64-bit flupwatson Slackware 3 12-05-2011 03:45 AM
[SOLVED] Google earth -6.0 64 bit business_kid Slackware 3 09-05-2011 02:50 AM
[SOLVED] Google Earth will not run 13.37 64 bit and Multi-lib camorri Slackware 18 07-04-2011 01:34 PM
Google Earth not working? - Fedora 11 x86 64-bit Resist Fedora 1 10-22-2009 09:32 AM


All times are GMT -5. The time now is 06:43 AM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration