Slackware This Forum is for the discussion of Slackware Linux.
|
| Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
|
05-22-2013, 08:57 PM
|
#1
|
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
|
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. |
|
|
|
|
05-22-2013, 09:06 PM
|
#2
|
|
Senior Member
Registered: May 2004
Distribution: Slackware15.0 64-Bit Desktop, Debian 11 non-free Toshiba Satellite Notebook
Posts: 4,252
|
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 09:08 PM.
|
|
|
|
|
05-23-2013, 03:01 AM
|
#3
|
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
Original Poster
|
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.
|
|
05-23-2013, 08:35 AM
|
#4
|
|
LQ Addict
Registered: Dec 2011
Location: UK
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
|
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.
|
|
|
|
|
05-24-2013, 02:26 AM
|
#5
|
|
Member
Registered: Aug 2008
Location: Serbia
Posts: 44
Rep: 
|
It works for me on 64bit Slack without multilib, but same here, no photos. 
Last edited by zeroberto; 05-24-2013 at 02:28 AM.
|
|
|
|
|
05-24-2013, 04:22 AM
|
#6
|
|
LQ Addict
Registered: Dec 2011
Location: UK
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
|
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. |
|
|
|
|
05-26-2013, 02:40 PM
|
#7
|
|
Member
Registered: Sep 2009
Location: Florida
Distribution: Slackware64
Posts: 46
Rep: 
|
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
|
|
|
|
|
05-26-2013, 02:46 PM
|
#8
|
|
LQ Addict
Registered: Dec 2011
Location: UK
Distribution: Debian Sid AMD64, Raspbian Wheezy, various VMs
Posts: 7,680
|
Which file or directory is it saying doesn't exist (not that I've much experience using GE on Slackware)?
|
|
|
|
|
05-26-2013, 05:19 PM
|
#9
|
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
Original Poster
|
Quote:
Originally Posted by andy713
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 09:37 PM.
Reason: tronayne gently pointed out that I wrote the symlink backwards. It's correct *now*.
|
|
|
|
|
05-27-2013, 12:56 PM
|
#10
|
|
Senior Member
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541
|
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? |
|
|
|
|
05-27-2013, 01:42 PM
|
#11
|
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
Original Poster
|
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 09:36 PM.
Reason: tronayne gently pointed out that I got it backwards. Symlink pointing correctly *now*.
|
|
|
1 members found this post helpful.
|
|
05-27-2013, 02:34 PM
|
#12
|
|
Senior Member
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541
|
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.
|
|
05-27-2013, 09:35 PM
|
#13
|
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
Original Poster
|
Quote:
Originally Posted by tronayne
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 09:38 PM.
Reason: If you read this, the symlink is now correct. Duh.
|
|
|
|
|
05-27-2013, 11:18 PM
|
#14
|
|
Member
Registered: Sep 2009
Location: Florida
Distribution: Slackware64
Posts: 46
Rep:
|
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
|
|
|
|
|
05-28-2013, 12:33 AM
|
#15
|
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,860
Original Poster
|
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 07:40 PM.
|
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
|
 Latest Threads
LQ News
|
|
