LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Home Forums Tutorials Articles Register
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 12-01-2010, 11:18 AM   #1
tronayne
Senior Member
 
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541

Rep: Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065
64-bit GoogleEarth... Well, Almost.


Got a notice from GoogleEarth today, downloaded it and
Code:
ta-root-/usr/local/packages: GoogleEarthLinux.bin
Verifying archive integrity... All good.
Uncompressing Google Earth for GNU/Linux 6.0.0.1735..............................................................
./setup.sh: line 216: setup.data/bin/Linux/amd64/setup.gtk2: No such file or directory
./setup.sh: line 216: setup.data/bin/Linux/amd64/setup.gtk: No such file or directory
The setup program seems to have failed on amd64

Fatal error, installer failed to run at all!
Ah, well, almost.

Seems like setup.gtk2 is in
Code:
find . -name 'setup.gtk*'
./setup.data/bin/Linux/x86/setup.gtk2
./setup.data/bin/Linux/x86/setup.gtk
./setup.data/setup.gtk2.glade
Might fiddle with the script and see what happens.
 
Old 12-01-2010, 12:28 PM   #2
David the H.
Bash Guru
 
Registered: Jun 2004
Location: Osaka, Japan
Distribution: Arch + Xfce
Posts: 6,852

Rep: Reputation: 2037Reputation: 2037Reputation: 2037Reputation: 2037Reputation: 2037Reputation: 2037Reputation: 2037Reputation: 2037Reputation: 2037Reputation: 2037Reputation: 2037
How about simply moving/copying those files into setup.data/bin/Linux/amd64/, since that's where it's looking for them?
 
Old 12-01-2010, 02:20 PM   #3
T3slider
Senior Member
 
Registered: Jul 2007
Distribution: Slackware64-14.1
Posts: 2,367

Rep: Reputation: 843Reputation: 843Reputation: 843Reputation: 843Reputation: 843Reputation: 843Reputation: 843
I just looked at this. By changing the keep variable to 'y' instead of 'n', it keeps the installation directories instead of deleting them when it errors out. amd64 is a symlink to x86, and the files it is referencing are 32-bit binaries. The 'No such file or directory' error is just masking the problem. You still require multilib to use (or at least to install) Google Earth.

To confirm how essential multilib is, the 32-bit binaries (with no 64-bit substitute) in googleearth-data.tar:
Code:
./gpsbabel: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), not stripped
./plugins/imageformats/libqjpeg.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped
./plugins/imageformats/libqgif.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped
In googleearth-linux-x86.tar
Code:
./libIGExportCommon.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libgdal.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libport.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libcommon_webbrowser.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libspatial.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libcommon.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libproj.so.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libcommon_platform.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libgeobaseutils.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libgoogleearth_free.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libwmsbase.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libQtNetwork.so.4: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libIGOpt.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libIGAttrs.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libflightsim.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libIGMath.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libinput_plugin.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libIGUtils.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libcommon_gui.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libmeasure.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libnss_mdns4_minimal.so.2: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libmath.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libmoduleframework.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libGLU.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libnavigate.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./liblayout.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libge_net.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libIGGfx.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libgeobase.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libgps.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./liblayer.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libbasicingest.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libfusioncommon.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libalchemyext.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./googleearth-bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped
./libicudata.so.38: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libgooglesearch.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./librender.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libcomponentframework.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libcollada.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libcurl.so.4: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libbase.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libicuuc.so.38: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libIGCore.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libapiloader.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libIGSg.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libQtWebKit.so.4: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libviewsync.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libwebbrowser.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libQtGui.so.4: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libevll.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libauth.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libQtCore.so.4: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped
./libreporting.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
./libsgutil.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, stripped
In fact, there are *no* 64-bit binaries at all in the file structure created by the install script. Google clearly has no plans for a pure 64-bit release of Google Earth.
 
Old 12-01-2010, 03:50 PM   #4
bgeddy
Senior Member
 
Registered: Sep 2006
Location: Liverpool - England
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810

Rep: Reputation: 232Reputation: 232Reputation: 232
I've been looking at this too. I got rather excited at the thought of Google Earth on my 64 bit Slackware. I really miss Google Earth. Running this install like this
Code:
./GoogleEarthLinux-new.bin --target $(pwd)/google-earth
saves everything to the sub directory (which I first created) google-earth. When I looked at that I thought I saw amd64 and x86_64 directories under Linux but it turns out they are just links to the x86 directory. Google obviously expects the people running 64 bit to have multilib installed. Oh well. I might one day go the multilib route so I may run a few 32 bit only applications but I have stayed away from this as I think it would make maintaining my system a lot more involved (a bit of a PITA to be honest).

Last edited by bgeddy; 12-01-2010 at 04:10 PM. Reason: spelling
 
Old 12-01-2010, 04:09 PM   #5
tronayne
Senior Member
 
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541

Original Poster
Rep: Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065Reputation: 1065
Yup, it's 32-bit and they're symbolic links and that's the name of that tune. Sigh. Been out shopping and didn't get back quickly enough, sorry.

I miss it too and I've been reluctant to install Multilib (although, yeah, I am well aware that it works just fine and GoogleEarth and Adobe Reader will work that way). Just don't want to fiddle with it that badly.

Mumble, grumble, aw phooey. Maybe someday.
 
Old 12-01-2010, 06:01 PM   #6
willysr
Senior Member
 
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 4,670

Rep: Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786
There's a solution for this and it worked for me

Code:
./GoogleEarthLinux.bin --target /tmp/ge
cd /tmp/ge/setup.data/bin/Linux/x86/   (for 64-bit: cd /tmp/ge/setup.data/bin/Linux/x86_64/)
mv setup.gtk setup.gtk2
cd /tmp/ge
./setup.sh
Note: tested on 32-bit system only. I haven't tried this at 64-bit (pure/multilib)

Screenshot is available on my Blog: http://slackblogs.blogspot.com/2010/...slackware.html

Last edited by willysr; 12-01-2010 at 07:58 PM. Reason: it worked for me :)
 
Old 12-01-2010, 06:51 PM   #7
bgeddy
Senior Member
 
Registered: Sep 2006
Location: Liverpool - England
Distribution: slackware64 13.37 and -current, Dragonfly BSD
Posts: 1,810

Rep: Reputation: 232Reputation: 232Reputation: 232
I have tried your solution and this happened.
Code:
./GoogleEarthLinux.bin --target /tmp/ge
Creating directory /tmp/ge
Verifying archive integrity... All good.
Uncompressing Google Earth for GNU/Linux 6.0.0.1735..............................................................
./setup.sh: line 216: setup.data/bin/Linux/amd64/setup.gtk2: No such file or directory
./setup.sh: line 216: setup.data/bin/Linux/amd64/setup.gtk: No such file or directory
The setup program seems to have failed on amd64

Fatal error, installer failed to run at all!
So I went on to run the rest of your commands and got :
Code:
./setup.sh
./setup.sh: line 216: setup.data/bin/Linux/amd64/setup.gtk2: No such file or directory
Admitedly these are stupid errors and easily debuggable but I have only just tried your solution and not attempted any fault finding as of yet. Are you saying you have managed to get Google Earth to install and run a on pure 64 bit system (not multilib)? If so I am very interested in any help you can offer. Having ran "file" on the installer apps and seeing that their x86_64/amd_64 directories just link to x86 it seems to me that the installer only works with 32 bit extensions on a 64 bit system. I hope I am wrong with this!
 
Old 12-01-2010, 07:56 PM   #8
willysr
Senior Member
 
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 4,670

Rep: Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786
sorry, i forgot to mention that i only tested on 32-bit system, as i don't have 64-bit system

have you copied the setup.gtk2 into setup.gtk in /tmp/ge/setup.data/bin/Linux/x86_64/ ?
 
Old 12-01-2010, 08:41 PM   #9
T3slider
Senior Member
 
Registered: Jul 2007
Distribution: Slackware64-14.1
Posts: 2,367

Rep: Reputation: 843Reputation: 843Reputation: 843Reputation: 843Reputation: 843Reputation: 843Reputation: 843
I checked every file (using `find . -exec file {} \; | grep 64-bit`) and retrieved nothing, both for the bare install directory and when untarring the two tar archives, as shown in my post. This will never work on a pure 64-bit system -- the setup.gtk problem that may or may not have plagued the 32-bit installation is a very separate and much less serious problem than the one in this thread. The fact remains that a multilib system is required for Google Earth on a 64-bit distro.
 
Old 12-01-2010, 09:38 PM   #10
willysr
Senior Member
 
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 4,670

Rep: Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786Reputation: 1786
i think not only Google Earth, but also Google Talk Plugins and perhaps any other Google product is still not working well with pure 64-bit systems
 
  


Reply



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
GoogleEarth Crashes in Slackware 13.1 (32-bit) with ATI Radeon X300 Series tronayne Slackware 1 09-22-2010 01:30 PM
Googleearth and SlackBuild multios Slackware 19 08-13-2009 02:17 AM
googleearth on 9.04 res1b3uq Ubuntu 2 06-02-2009 01:55 PM
GoogleEarth JanVYW Linux - General 1 01-28-2008 03:07 PM
GoogleEarth and SuSE10.1 riba43 SUSE / openSUSE 4 09-10-2006 03:50 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 03:48 PM.

Main Menu
Advertisement
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
Open Source Consulting | Domain Registration