How to Install Google Earth

Thank you.

The underlying reason for most of my frustration here, probably, is my complete helplessness in the “system” area.

After using Windows for nearly 2 decades, I am extremely comfortable in Windows Explorer and I do most of my work by winding my away through the directories, finding the file that I want, then right-clicking it and doing whatever I need, such as opening it, copying, renaming, deleting, or learning its properties.

Seeing all this mysterious stuff like bin, lib, var, etc, makes me nervous and uncomfortable because I know that they are important, but don’t know what they do. These are the things that I need to learn and understand, I accept that. I accept that it will not happen overnight.

So, back on topic, yes, there are about a dozen crashlog text files listed after -rw-r–r-- when I run the instruction you gave me.

But when I try to actually find the file “/home/Harry/.googleearth/crashlogs/crashlog-54bd7b6f.txt” that the error message reported to me, in order to read whatever the text actually says, I can’t get there.

In Windows Explorer there is a setting “show full path for every file” which is helpful to me here, but I can’t see any evidence of the “.googleearth/crashlog” sub-directory in the Harry directory.

I set the “full path” in the Dolphin configuration settings, so I can see it once I am already there, but I need to get there in the first place. And I have not found the equivalent of “show hidden files and folders” which might help a lot, too.

Sorry for the long rant.

So, back on topic, yes, there are about a dozen crashlog text files listed after -rw-r–r-- when I run the instruction you gave me.

It would be useful if you had copy/pasted those here for us to view/advise. When you do that enclose the output within

...[/CO..] tags ('#' button in editor) for easier reading. Anyway, that command simply lists the files contained within the 'crashlog' directory. Ws one of those listed files not the 'crashlog-54bd7b6f.txt' file?


> But when I try to actually find the file "/home/Harry/.googleearth/crashlogs/crashlog-54bd7b6f.txt" that the error message reported to me, in order to read whatever the text actually says, I can't get there.

You can navigate via Dolphin to /home/Harry/.googleearth/crashlogs/, and click on one of the .txt files. That should open up an editor for viewing (and editing).


> In Windows Explorer there is a setting "show full path for every file" which is helpful to me here, but I can't see any evidence of the ".googleearth/crashlog" sub-directory in the Harry directory. 

> I set the "full path" in the Dolphin configuration settings, so I can see it once I am already there, but I need to get there in the first place. And I have not found the equivalent of "show hidden files and folders" which might help a lot, too.

> Sorry for the long rant.

When you are looking at /home/harry, select View > 'Show Hidden Files', then '.googleearth' directory should come in to view. Continue navigating to 'crashlogs' from there. Make sense?

Great! That was what I was looking for. I had tried it at a higher-level directory and the selection was grayed out.
I suppose that this means that you have to make the view choice on a case-by-case basis, probably safer.

Major Version 7
Minor Version 1
Build Number 0002
Build Date Oct 7 2013
Build Time 12:34:45
OS Type 3
OS Major Version 3
OS Minor Version 16
OS Build Version 7
OS Patch Version 0
Crash Signal 11
Crash Time 1421704047
Up Time 0.676486

Stacktrace from glibc:
./libgoogleearth_free.so(+0x23922c)[0x7fed1a34122c]
./libgoogleearth_free.so(+0x23948d)[0x7fed1a34148d]
/lib64/libpthread.so.0(+0xf890)[0x7fed1aff7890]
./libbase.so(_ZN5earth15GfxCardInfoUnix25GetGraphicsCardMemoryInMBERi+0xe)[0x7fed1457854e]
/opt/google/earth/free/libevll.so(_ZN5earth4evll13VisualContext26DetectHardwareCapabilitiesEv+0x450)[0x7fed08c41180]
/opt/google/earth/free/libevll.so(_ZN5earth4evll13VisualContext11OpenContextEN3Gap3Gfx25igRenderDestinationFormatERKNS0_8InitInfoE+0x1f4)[0x7fed08c415c4]
/opt/google/earth/free/libevll.so(_ZN5earth4evll13VisualContext4initERKNS0_8InitInfoE+0x123)[0x7fed08c41723]
/opt/google/earth/free/libevll.so(_ZN5earth4evll17RenderContextImpl4initERKNS0_8InitInfoE+0xeb)[0x7fed08aeeb9b]
./librender.so(_ZN12RenderWidget6SetApiEPN5earth4evll3APIE+0x7a)[0x7fed11a4064a]
./librender.so(_ZN5earth6render12RenderWindow12createWidgetEv+0x17c)[0x7fed11a2f12c]
./libgoogleearth_free.so(_ZN5earth6client12ModuleWidget9showEventEP10QShowEvent+0x86)[0x7fed1a3219d6]
./libQtGui.so.4(_ZN7QWidget5eventEP6QEvent+0x599)[0x7fed1943b299]
./libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xac)[0x7fed193e449c]
./libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x20f)[0x7fed193ec73f]
./libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x8c)[0x7fed17707a6c]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x12a)[0x7fed1943d2ca]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0xb1)[0x7fed1943d0e1]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x3f)[0x7fed1943d1df]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1aa)[0x7fed1943d5da]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x146)[0x7fed1943d176]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x3f)[0x7fed1943d1df]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0xb1)[0x7fed1943d0e1]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x3f)[0x7fed1943d1df]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1aa)[0x7fed1943d5da]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x146)[0x7fed1943d176]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x3f)[0x7fed1943d1df]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0xb1)[0x7fed1943d0e1]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x3f)[0x7fed1943d1df]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1aa)[0x7fed1943d5da]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x146)[0x7fed1943d176]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x3f)[0x7fed1943d1df]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1aa)[0x7fed1943d5da]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x146)[0x7fed1943d176]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x3f)[0x7fed1943d1df]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1aa)[0x7fed1943d5da]
./libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x146)[0x7fed1943d176]
./libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x3f)[0x7fed1943d1df]
./libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1aa)[0x7fed1943d5da]
./libQtGui.so.4(_ZN7QWidget10showNormalEv+0x3d)[0x7fed1942ec0d]
./libgoogleearth_free.so(_ZN10MainWindow18readScreensizeInfoEv+0xbc5)[0x7fed1a31e1a5]
./libgoogleearth_free.so(_ZN5earth6client11Application12SetupMainWinENS0_3Kvw7ProductEb+0x323)[0x7fed1a3ca763]
./libgoogleearth_free.so(_ZN5earth6client11Application3runEv+0x700)[0x7fed1a3d1230]
./libgoogleearth_free.so(+0x238c42)[0x7fed1a340c42]
./libgoogleearth_free.so(earthmain+0x1dc)[0x7fed1a340e4c]
/lib64/libc.so.6(__libc_start_main+0xf5)[0x7fed1a959b05]
./googleearth-bin[0x4008b9]

And, by the way, about updates and “Apper” being broken - I have allowed openSUSE to install whatever updates it deems necessary whenever I boot up the computer and it notifies me. I did notice that Apper was on the update list, perhaps yesterday.

@fohat: I’ve been following this thread with interest, and I feel for you… been there done that. 2 suggestions:

“Linux is not Windows”. Until I got over the temptation to think of the file structure etc. as I had I just got more and more frustrated. Take the time to read some of the many posts here and elsewhere that explain how Linux works.

I would be dlighted if any of them worked. A previous version of Google Earth would be fine.

Did you see my post #14 above, and did you try the suggestion? I’ve used that method to install Google Earth 6.x quickly and easily on at least a dozen PCs recently.

As I said, I can accept a long-term learning process. Even though I am an old man, I do catch on eventually.

I have tried to look for such beginners posts but have not found any of them that helped at the proper level.

Today I am going by the public library to see what they have in the way of beginners’ Linux books.

Your link for GE6 only turned up 404s whenever I tried it, including pasting the url into the address bar.

I can identify that. I was two years post retirement when I finally got serious about switching from Windoze to Linux. I’m still a newbie compared to many contributors here.

  • Go to Yast > Software Repositories
  • Click on the “Add” button at the lower left
  • Select “Specify URL” and enter the URL I gave you then enter a name in the line above, something like “Google Earth” is fine
  • Click next
  • Exit Software repositories
  • Click on Software Management
  • Select the “Repositories” tab
  • In the left pane select the repo you just named
  • In the right pane select google-earth-stable
  • Click “Accept” at the bottom right

I suspect someone will chime in soon with some links to useful introductions and tutorials for you. I’m out of time and have to run.

That is what I did yesterday.

It looks like it is working, and I have a Google Earth icon in Applications.

When I click on it, it seems to want to work, the Google Earth screen even blinks on for a fraction of a second, then blanks to the desktop again. The wheel at the bottom in the task bar turns for a minute or so, then it simply goes away with no further comment.

Open a terminal window and type google-earth there, then hit Enter. When the startup fails it should leave output in the terminal that you can post here. Chances are there’s a simple fix, but it won’t be apparent to us until we see that output.

To post from the terminal screen use ctrl-shift-c to copy to the clipboard. Include the prompt before your command as well as the one following the output. When you paste in the forum put that all between CODE tags. (click on the # symbol for CODE tags)

You must understand Google breaks Google-Earth all the time for Linux. Some versions just don’t work.

As I said above 7.1 is broken for me (Still on 13.1) 7.0 works fine the previous version I had (not sure which) did not work when I tried it but used to work several months ago. It does not seem to connect right (it did not crash just froze) so maybe they change the connection strings. Who knows only Google does. My advise try an older version.

At first it said that GE was already running, delete the instance-running-lock, which I did.

Harry@openSUSE-132:~> google-earth
Google Earth appears to be running already. Please kill the
existing process, or delete /home/Harry/.googleearth/instance-running-lock if this is an error.
Harry@openSUSE-132:~> google-earth
[0120/134443:ERROR:net_util.cc(2195)] Not implemented reached in bool net::HaveOnlyLoopbackAddresses()
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[0120/134444:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
Google Earth has caught signal 11.

We apologize for the inconvenience, but Google Earth has crashed.
This is a bug in the program, and should never happen under normal
circumstances. A bug report and debugging data have been written
to this text file:

/home/Harry/.googleearth/crashlogs/crashlog-54bea21d.txt

Please include this file if you submit a bug report to Google.

The installer also added a repo for GE, open up that repo in Yast Software>Install and Remove…, and click the blue text “switch…” at top of the right window, this will downgrade GE to 6.3 which will work. As GE is still a 32-bit application you must also add the following packages, fontconfig-32bit libXrender1-32bit libSM6-32bit and libcurl4-32bit, and finally delete /opt/google/earth/free/libcurl.so.4!

After this GE should work.

I am sorry, I do not understand this, and I do not see the options you describe.

Under Yast > Software > Add-on Products I see “install or remove add-on products” but I do not see a blue switch.

I have 2 copies of repository “Google Earth 6” and one copy of “google-earth-stable” and I would be happy to remove all of them and start over clean to avoid clutter. How do I do this?

Well first check in Yast software management for google-earth . I assume you may have google stuff installed if so remove it. Just right click on the package name and select

Once all the cruft is gone you can remove the repos in the Yast - Repository Management

Halleluyah! It worked.

It took me a while, poking around in Yast, before I found the screen where I could delete (via menu button) then somewhere else where a right-click did something. Eventually I removed all 3 Google Earth repositories and the useless .rpm files in my Downloads folder.

Then I did a straight clean GE6 install per Caprus and it took. Clearly, my previously-downloaded-but-not-properly-installed GE7 files were getting in the way.

Also, I even discovered the extremely tiny blue-on-brown “switch system packages” note in the Software Management dialog box.

All-in-all, this has been extremely frustrating for me, but I have learned something, I hope.

Thank you all for your patience.

On 01/20/2015 07:06 PM, fohat wrote:
>
> gogalthorp;2690342 Wrote:
>>
>>
>> Well first check in Yast software management for google-earth . I assume
>> you may have google stuff installed if so remove it. Just right click on
>> the package name and select
>>
>> Once all the cruft is gone you can remove the repos in the Yast -
>> Repository Management
>>
>>
>
> Halleluyah! It worked.
>
> It took me a while, poking around in Yast, before I found the screen
> where I could delete (via menu button) then somewhere else where a
> right-click did something. Eventually I removed all 3 Google Earth
> repositories and the useless .rpm files in my Downloads folder.
>
> Then I did a straight clean GE6 install per Caprus and it took. Clearly,
> my previously-downloaded-but-not-properly-installed GE7 files were
> getting in the way.
>
> Also, I even discovered the extremely tiny blue-on-brown “switch system
> packages” note in the Software Management dialog box.
>
> All-in-all, this has been extremely frustrating for me, but I have
> learned something, I hope.

The hardest problems solved are usually the ones most remembered. :slight_smile:

Ken

****!

I spoke too soon.

After I installed the application and opened it successfully, I was busy with other things and moved on.

This morning, I actually needed to look something up on Google Earth, and

  • SURPRISE ! -

it will not actually find anything, reporting

“invalid HTTP request”

when I enter any street address.

Back to square 1

These are my notes form 13.1. I now use 13.2 and these
same notes work:

For openSUSE 13.1

To re-eanable the Search feature of Google Earth 6.0.3 (6.x in general) that
was installed from the repository:
  http://dl.google.com/linux/earth/rpm/stable/x86_64

a) Rename /opt/google/earth/free/libcurl.so.4  to "orig_libcurl.so.4"

b) Install (via Yast) package "libcurl4-32bit".
   This MAY auto-install dependencies "libidn11-32bit" and "libssh2-1-32bit"



Thank you so very much!

What an ordeal this has been.

But even this last step was a learning experience:

(1) files like this cannot be re-named in Dolphin

(2) in the terminal “ren” and “rename” are not appropriate commands here - use “mv” - how off-the-wall is that?

Actually not off the wall at all these are Unix commands and predate DOS. It is DOS that is off the wall >:)

You will find that Linux/Unix commands are very terse and may not be obvious. But the old programers liked 1 and 2 letter commands You can always alias the commands. for the convince of Windows folk ls -l (list) is aliased as dir. There is no native dir command but it does work because of the common practice of aliasing it. Also the basic Unix idea of small targeted programs that do one thing really well is still alive in Linux. So you can write scripts that do amazing thing by pasting together various small programs. Makes batch files look like a toy.

cp and mv are from the original AT&T UNIX from the 1970’s whilst DOS was released in 1981.