[SOLVED] Google Earth will not open.

[robertdaleweir]

Hi
I have just installed F17 (x86_64) and it is running Kernel 3.4.0-1 & Gnome 3.4.2. I installed GoogleEarth (6.0.3.2197) and it installed without issue. I initially used Autoplus, but then using yum I used remove and install directly. It will however not open. I ran all updates yesterday and removed and reinstalled again and still no luck.
Can anyone help me in finding why it fails to open?

[bob]

AutoPlus worked for me on GoogleEarth. Have you tried running it in a terminal to see what errors it shows?

[jbuckley2004]

You may want to look here.

http://www.unixmen.com/googleearth-b...preter-solved/


Certain dependencies must be taken care of before it runs. It instructs you to do, from root,

# yum install redhat-lsb.i686 redhat-lsb-graphics.i686 redhat-lsb-printing.i686

Because of the dependencies, some 78 packages were installed for me, but after that, Google-Earth started properly under KDE on F17.

[robertdaleweir]

Originally Posted by bob

AutoPlus worked for me on GoogleEarth. Have you tried running it in a terminal to see what errors it shows?

Hi bob
The error I receive when I run as user I get the following, from a terminal:

[me@F17-me ~]$ google-earth
/usr/bin/google-earth: ./googleearth-bin: /lib/ld-lsb.so.3: bad ELF interpreter: No such file or directory
[me@F17-me ~]$

$which google-earth nets /usr/bin/google-earth
/usr/bin/google-earth is a 'link' to
/opt/google/earth/free/googleearth
The /opt/google/earth/free/googleearth is a POSIX Ascii Script as set out below:

#!/bin/sh
# Always run Google Earth from this shell script and not
# Google Earth directly! This script makes sure the app looks
# in the right place for libraries that might also be installed
# elsewhere on your system.
#
# Ryan C. Gordon, Thu Jul 20 14:32:33 PDT 2006

# Function to find the real directory a program resides in.
FindPath()
{
fullpath="`echo $1 | grep /`"
if [ "$fullpath" = "" ]; then
oIFS="$IFS"
IFS=:
for path in $PATH
do if [ -x "$path/$1" ]; then
if [ "$path" = "" ]; then
path="."
fi
fullpath="$path/$1"
break
fi
done
IFS="$oIFS"
fi
if [ "$fullpath" = "" ]; then
fullpath="$1"
fi

# Is the sed/ls magic portable?
if [ -L "$fullpath" ]; then
#fullpath="`ls -l "$fullpath" | awk '{print $11}'`"
fullpath=`ls -l "$fullpath" |sed -e 's/.* -> //' |sed -e 's/\*//'`
fi
dirname $fullpath
}

script_path=$(FindPath $0);

cd $script_path;

LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH ./googleearth-bin "$@"
[me@F17-me ~]$

Not sure why this script runs into problems?

---------- Post added at 01:08 PM ---------- Previous post was at 01:00 PM ----------

Originally Posted by jbuckley2004

You may want to look here.

http://www.unixmen.com/googleearth-b...preter-solved/


Certain dependencies must be taken care of before it runs. It instructs you to do, from root,

# yum install redhat-lsb.i686 redhat-lsb-graphics.i686 redhat-lsb-printing.i686

Because of the dependencies, some 78 packages were installed for me, but after that, Google-Earth started properly under KDE on F17.

Hi jbuckley2004
Thank you. Thank you. Thank you.
I worked.

[jbuckley2004]

Robert,
There was a complication with this solution that showed up when updates came through today.

Essentially, yum gave me the error message:

"Protected multilib versions:

with two verions listed of one of the Red-hat libraries used yesterday for Google-Earth. In my case, it was the redhat-lsb.i686 package, I believe.

With a little digging, I found this thread http://forums.fedoraforum.org/showthread.php?t=262677 where (near the bottom) Adam W (he's very good!) advised removing the *older* of the two versions with:

# rpm -e --noscripts --justdb (old_package)

(where "old package" is replaced with the one indicated in the Yum error, without the parens.)

The updates went through after that, and after rebooting, Google-Earth still worked. Sorry 'bout the complication.

[robertdaleweir]

Originally Posted by jbuckley2004

Robert,
There was a complication with this solution that showed up when updates came through today.

Essentially, yum gave me the error message:

"Protected multilib versions:

with two verions listed of one of the Red-hat libraries used yesterday for Google-Earth. In my case, it was the redhat-lsb.i686 package, I believe.

With a little digging, I found this thread http://forums.fedoraforum.org/showthread.php?t=262677 where (near the bottom) Adam W (he's very good!) advised removing the *older* of the two versions with:

# rpm -e --noscripts --justdb (old_package)

(where "old package" is replaced with the one indicated in the Yum error, without the parens.)

The updates went through after that, and after rebooting, Google-Earth still worked. Sorry 'bout the complication.

Hi jbuckley2004
Yes, I encountered the same issue. I decided to do a completely new install. I ran in all the updates to yesterday some 239 or so. I downloaded autoplus and tried to install only GoogleEarth. It seemed to installed but will NOT run. I haven't yet tried to install the redhat-lsb* as mentioned before.
I read AdamW's post as you suggested. It was from 2011. I had hoped that these main apps would just install without issue. Also with DM MIA, no one is really working on these issues, as far as I can see.
Although I have marked this thread SOLVED, I will keep adding any insights I may get; and I thank you for your continued help.

[bob]

I'd try opening it in a terminal:

cd /opt/google/earth/free
./googleearth

You should get some idea of the errors involved.

[robertdaleweir]

Originally Posted by bob

I'd try opening it in a terminal:


You should get some idea of the errors involved.

Hi bob
It gives me the same error as before.
[QUOTE][me@F17-me ~]$ google-earth
/usr/bin/google-earth: ./googleearth-bin: /lib/ld-lsb.so.3: bad ELF interpreter: No such file or directory[/QUOTE

/usr/bin/google-earth is just a pointer to /opt/google/earth/free/googleearth, as you know

I solved it before, as I mentioned, using method in #3 post. Problem then occurred as reported in post #5. Why do the updates give this problem?
Thanks...

[Serophis]

I'm having similar issues. I get the following error:

Error: Protected multilib versions: redhat-lsb-4.0-11.fc17.i686 != redhat-lsb-4.1-4.fc17.x86_64

yum list redhat-lsb gives me

Installed Packages
redhat-lsb.x86_64 4.1-4.fc17 @updates
Available Packages
redhat-lsb.i686 4.0-11.fc17 fedora

So I tried the following:

yum remove google-earth
rpm -e --noscripts --justdb redhat-lsb.x86_64
yum install redhat-lsb.i686

That gave me an error:

Transaction Check Error:
file /usr/share/man/man1/lsb_release.1.gz from install of redhat-lsb-4.0-11.fc17.i686 conflicts with file from package redhat-lsb-core-4.1-4.fc17.x86_64

I'm pretty new to linux so I'm not sure what to try.

[bob]

Guys, my Google-Earth is still working fine, even after the updates. Here's what I've got installed that's related to your issues:

[bob@localhost ~]$ rpm -qa | grep redhat-lsb
redhat-lsb-printing-4.1-4.fc17.i686
redhat-lsb-submod-security-4.1-4.fc17.x86_64
redhat-lsb-languages-4.1-4.fc17.x86_64
redhat-lsb-submod-multimedia-4.1-4.fc17.i686
redhat-lsb-cxx-4.1-4.fc17.x86_64
redhat-lsb-core-4.1-4.fc17.x86_64
redhat-lsb-4.1-4.fc17.x86_64
redhat-lsb-submod-security-4.1-4.fc17.i686
redhat-lsb-submod-multimedia-4.1-4.fc17.x86_64
redhat-lsb-desktop-4.1-4.fc17.i686
redhat-lsb-core-4.1-4.fc17.i686
redhat-lsb-desktop-4.1-4.fc17.x86_64

[Serophis]

This solved it for me and got Google Earth working:

yum install redhat-lsb-core-4.1-4.fc17.i686

[robertdaleweir]

Originally Posted by bob

Guys, my Google-Earth is still working fine, even after the updates. Here's what I've got installed that's related to your issues:

[bob@localhost ~]$ rpm -qa | grep redhat-lsb
redhat-lsb-printing-4.1-4.fc17.i686
redhat-lsb-submod-security-4.1-4.fc17.x86_64
redhat-lsb-languages-4.1-4.fc17.x86_64
redhat-lsb-submod-multimedia-4.1-4.fc17.i686
redhat-lsb-cxx-4.1-4.fc17.x86_64
redhat-lsb-core-4.1-4.fc17.x86_64
redhat-lsb-4.1-4.fc17.x86_64
redhat-lsb-submod-security-4.1-4.fc17.i686
redhat-lsb-submod-multimedia-4.1-4.fc17.x86_64
redhat-lsb-desktop-4.1-4.fc17.i686
redhat-lsb-core-4.1-4.fc17.i686
redhat-lsb-desktop-4.1-4.fc17.x86_64

Hi bob
I have temporarily lost my F17 machine. I am trying to get it back and will re-address this post after I succeed. Thanks so much for your help...

---------- Post added at 11:00 AM ---------- Previous post was at 10:58 AM ----------

Originally Posted by Serophis

This solved it for me and got Google Earth working:

Hi Serophis
As I have mentioned to 'bob' above, I have temporarily lost my F17 system. I will give your solution a try, when I do. Thanks so much for your post...

[bob]

Oops! GoogleEarth just took a backseat to bigger problems.

[robertdaleweir]

Originally Posted by bob

Oops! GoogleEarth just took a backseat to bigger problems.

Hi bob
I have recovered my F17. Now I will attempt to get google-earth working. I ran 'autoplus' and installed GE that way but no luck. Then I just did a 'yum remove google-earth' and after a yum clean all I reinstalled it again with 'yum install google-earth'. Still no luck.
I ran the following.as you suggested.

[root@puter ~]# rpm -qa | grep redhat-lsb
redhat-lsb-submod-security-4.1-4.fc17.x86_64
redhat-lsb-languages-4.1-4.fc17.x86_64
redhat-lsb-submod-multimedia-4.1-4.fc17.x86_64
redhat-lsb-cxx-4.1-4.fc17.x86_64
redhat-lsb-core-4.1-4.fc17.x86_64
redhat-lsb-printing-4.1-4.fc17.x86_64
redhat-lsb-4.1-4.fc17.x86_64
redhat-lsb-desktop-4.1-4.fc17.x86_64


[root@puter ~]#

For comparison your post listing .

redhat-lsb-printing-4.1-4.fc17.i686
redhat-lsb-submod-security-4.1-4.fc17.x86_64
redhat-lsb-languages-4.1-4.fc17.x86_64
redhat-lsb-submod-multimedia-4.1-4.fc17.i686
redhat-lsb-cxx-4.1-4.fc17.x86_64
redhat-lsb-core-4.1-4.fc17.x86_64
redhat-lsb-4.1-4.fc17.x86_64
redhat-lsb-submod-security-4.1-4.fc17.i686
redhat-lsb-submod-multimedia-4.1-4.fc17.x86_64
redhat-lsb-desktop-4.1-4.fc17.i686
redhat-lsb-core-4.1-4.fc17.i686
redhat-lsb-desktop-4.1-4.fc17.x86_64

Kernel is ---> 3.4.2-4.fc17.x86_64
Gnome is ---> 3.4.2
ItI seems to have all the similar x86_64 but not the i686s. Is that significant and if so should I just add those i686s that are missing?

[bob]

Sure, can't hurt; might be the trick for you. Frankly, I can't say what created the 'magic' that makes it work, but I'm fine with my version.