On Thu, Dec 29, 2011 at 15:03, A. den Oudsten wrote:

...

...

I installed the latest version of Google Earth on my 12.1 OpenSuse, but it does not start. Is there a trick to make it start? Thanks in advance André den Oudsten

How do you define "does not start"? Didn´t happen anything, or got an error?

Klicking the desktop icon results in a few jumps and that's it

That tells everyone exactly zero. Think about it... this is like telling your mechanic that your car doesn't work. When he asks what's wrong you say "it makes a noise". :-P Guessing.. you are missing a library that Google Earth needs... you will probably find out what's missing by doing what JC Francois suggested. C. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Op 29-12-11 16:37, Rodney Baker schreef:

...

I installed the latest version of Google Earth on my 12.1 OpenSuse, but it does not start. Is there a trick to make it start? Thanks in advance André den Oudsten This is usually due to a glibc (or other library) incompatibility. There are some libraries shipped with google-earth (which are placed in the google-earth install directory) which conflict with different versions of the same

On Thu, 29 Dec 2011 20:59:27 A. den Oudsten wrote: libraries installed on the machine. Removing/renaming the offending libraries in the google-earth install directory (so that it uses the installed system libs instead) usually fixes the issue. There are instructions for this on the google-earth support page (in fact, I think even in the FAQ). You'll have to google it (ironic, really) because I didn't save the link last time I had to do this.

Starting google-earth from a terminal window should give you a hint, anyway.

The reaction on starting in a terminal was: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory. In the googleearth map is a file libGLU.so.1. I changed that to LibGL.so.1 and started googleearth again Now the reaction was: ./googleearth-bin: symbol lockup error: ./librender.so undefined symbol: glXGetConfig Gives this an indication how to go further? T.i.a. André -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Fri, Dec 30, 2011 at 9:11 PM, Martin Helm wrote:

Am 30.12.2011 19:55, schrieb A. den Oudsten:

...

I changed that to LibGL.so.1 and started googleearth again Now the reaction was: ./googleearth-bin: symbol lockup error: ./librender.so undefined symbol: glXGetConfig

Undo that change GL is NOT GLU! This are completely different objects with completely different content. Check if the package Mesa is installed which contains libGL.so.1

And if I remember correctly, on 64bit system you also need Mesa-32. -- Mark Goldstein -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

The reaction on starting in a terminal was: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory. In the googleearth [folder] is a file libGLU.so.1. I changed that to LibGL.so.1 and started googleearth again Now the reaction was: ./googleearth-bin: symbol lockup error: ./librender.so undefined symbol: glXGetConfig Gives this an indication how to go further? T.i.a. André

André, I would be very careful about just renaming library files like that, I hope you know what you're doing. When you install non-openSUSE software, unfortunately, the people making it are not always kind enough to tell you which libraries (i.e., which other packages) are assumed to be on your system. I had the same problem when installing Skype. The thing to do is to keep trying from the terminal, and when it tells you which library it can't find, you go and find the package that contains it. Then install that package, and try again. Repeat until it works. In YaST > Software Management, you can search packages by "RPM provides" (in the Dutch translation, "RPM levert" ;) ). Searching for libGL.so.1 finds the "Mesa" package, so this is what you should install. If you are using Google Earth 32bit on a 64bit system, you might need to install 32bit versions of some packages that are already installed (this is the Skype situation). This would mean either switching from the x86_64 version to i586, or installing the additional "-32bit" package, if it exists. Hope this helps, Haro -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Op 30-12-11 20:43, Kim Leyendecker schreef:

On 30.12.2011 20:15, Haro de Grauw wrote:

...

If you are using Google Earth 32bit on a 64bit system, you might need to install 32bit versions of some packages that are already installed (this is the Skype situation). This would mean either switching from the x86_64 version to i586, or installing the additional "-32bit" package, if it exists.

If he´s using 32-bit GE, he should switch to the _86_64 one. It´s available at http://earth.google.com

I have downloaded the 64-bit version and Mesa is installed. libGL.so.1 is, conforming Yast, installed, but with Dolfin I cannot find where. André -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Op 30-12-11 21:16, Martin Helm schreef:

Am 30.12.2011 21:14, schrieb A. den Oudsten:

...

I have downloaded the 64-bit version and Mesa is installed. libGL.so.1 is, conforming Yast, installed, but with Dolfin I cannot find where. It should be here /usr/lib64/libGL.so.1 Indeed there it is, but it refers to libGL.so.1.2 Is it expectable that there the difficulty for googleearth is? André -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Op 30-12-11 22:02, Martin Helm schreef:

...

Indeed there it is, but it refers to libGL.so.1.2 Is it expectable that there the difficulty for googleearth is? That is completely correct, just to test on 12.1 64 bit I installed now

Am 30.12.2011 21:41, schrieb A. den Oudsten: the 64 bit google earth 6 rpm on 12.1 and there is no problem starting it (using proprietary nvidia driver if that matters). Of course on my machine also /usr/lib64/libGL.so.1 links to libGL.so.1.2 too. Is your error message still the same and did you properly undo your previous change where you changed to libGLU.so? I have libGLU restored and the fault is the same. Tomorrow I'l remove google earth completely and make a clean install. Maybe I'm lucky!! André -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 12/31/2011 10:10 PM, A. den Oudsten wrote:

Op 30-12-11 22:32, A. den Oudsten schreef:

...

Op 30-12-11 22:02, Martin Helm schreef:

...

...

Indeed there it is, but it refers to libGL.so.1.2 Is it expectable that there the difficulty for googleearth is? That is completely correct, just to test on 12.1 64 bit I installed now

Am 30.12.2011 21:41, schrieb A. den Oudsten: the 64 bit google earth 6 rpm on 12.1 and there is no problem starting it (using proprietary nvidia driver if that matters). Of course on my machine also /usr/lib64/libGL.so.1 links to libGL.so.1.2 too. Is your error message still the same and did you properly undo your previous change where you changed to libGLU.so? I have libGLU restored and the fault is the same. Tomorrow I'l remove google earth completely and make a clean install. Maybe I'm lucky!! André I was not. The reaction was the same as before: ./googleearth-bin: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory Somebody a good hint? Tia André

Well, I would ask "How did you install it?" If you did it one of the proper ways like.... zypper install google-earth-stable_current_i386.rpm it would have resolved all the dependencies, downloaded them, and installed....and it would be working. That is the way I did and it pulled in these additional pieces... The following NEW packages are going to be installed: glibc-i18ndata google-earth-stable kdelibs3-default-style lsb qt3 The following recommended package was automatically selected: kdelibs3-default-style -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

* Martin Helm [12-31-11 10:11]:

...

Well, I would ask "How did you install it?" If you did it one of the proper ways like.... zypper install google-earth-stable_current_i386.rpm it would have resolved all the dependencies, downloaded them, and installed....and it would be working. That is the way I did and it pulled in these additional pieces... The following NEW packages are going to be installed: glibc-i18ndata google-earth-stable kdelibs3-default-style lsb qt3 The following recommended package was automatically selected: kdelibs3-default-style That's exactly my own question now how it was installed. I can only add

Am 31.12.2011 15:33, schrieb Ed Greshko: that I did exactly the same as Ed (just with the 64 bit version). Downloaded the rpm and installed with "zypper in ..." which pulled in the appropriate dependencies and it just works on 11.4 and 12.1 without any problem.

and I the same over the last several versions of openSUSE and on several different machines/architectures. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Am 31.12.2011 19:47, schrieb A. den Oudsten:

The first time I downloaded the 64 bit version and was asked to install or safe it in Downloads. I choose install and it was insralled bij Apper. That seemed to install http://dl.google.com/linux/earth/rpm/stable/x86_64 as a softwaresource. So, after removing with Yast googleearth i Reinstalled with Yast and all files mentioned above are installed. Yet I got the same reaction as before. What has zypper that is not realised by Yast? André

To be sure what you have now and also to check if there is a problem with your opengl can you send the output from the commands rpm -qa '*google*' glxinfo | grep -i opengl (btw which graphics card are you using?) in addition you can try yourself a sudo zypper verify to see if your system is in a consistent state. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 01-01-12 11:08, A. den Oudsten wrote:

Op 31-12-11 20:11, Martin Helm schreef:

...

Am 31.12.2011 19:47, schrieb A. den Oudsten:

...

The first time I downloaded the 64 bit version and was asked to install or safe it in Downloads. I choose install and it was insralled bij Apper. That seemed to install http://dl.google.com/linux/earth/rpm/stable/x86_64 as a softwaresource. So, after removing with Yast googleearth i Reinstalled with Yast and all files mentioned above are installed. Yet I got the same reaction as before. What has zypper that is not realised by Yast? André To be sure what you have now and also to check if there is a problem with your opengl can you send the output from the commands

rpm -qa '*google*'

glxinfo | grep -i opengl

(btw which graphics card are you using?) in addition you can try yourself a

sudo zypper verify

to see if your system is in a consistent state. Andredo@linux-e2ov:~> rpm -qa *google* google-perftools-1.8-4.1.2.x86_64 google-earth-stable-6.0.3.2197-0.x86_64 Andredo@linux-e2ov:~> glxinfo | grep -i opengl OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 965GM OpenGL version string: 2.1 Mesa 7.11 OpenGL extensions: Andredo@linux-e2ov:~> sudo zypper verify

We trust you have received the usual lecture from the local System Administrator. It usually boils down to these three things:

#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.

root's password: Gegevens van installatiebron laden... Lezen van geïnstalleerde pakketten...

Aan afhankelijkheden van alle pakketten is voldaan. Andredo@linux-e2ov:~>

My Laptop is an ACER Aspire 5315 and I do not know which graphic card in contains.

André

Maybe a good idea to translate the 3 line output from the zypper verify command: Gegevens van installatiebron laden... Lezen van geïnstalleerde pakketten... Aan afhankelijkheden van alle pakketten is voldaan. Loading data from installation source Reading installed packages All packages satisfy dependencies Regards, Jos -- Jos van Kan registered Linux user #152704 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Andredo@linux-e2ov:~> rpm -qa *google* google-perftools-1.8-4.1.2.x86_64 google-earth-stable-6.0.3.2197-0.x86_64 Andredo@linux-e2ov:~> glxinfo | grep -i opengl OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 965GM OpenGL version string: 2.1 Mesa 7.11 OpenGL extensions: Andredo@linux-e2ov:~> sudo zypper verify I wonder why you have an older version of google-earth installed (on my machine it is google-earth-stable-6.1.0.5001-0.x86_64), but do not really think this is the cause of your trouble, none the less you can

Am 01.01.2012 15:03, schrieb A. den Oudsten: try to update it and see if it solves anything. We have two notebooks here with intel graphics cards, I will check on them but this can take a while, since I have now no access to them. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Op 01-01-12 18:41, Martin Helm schreef:

Am 01.01.2012 17:01, schrieb Martin Helm:

...

We have two notebooks here with intel graphics cards, I will check on them but this can take a while, since I have now no access to them. So I checked this now on my wifes notebook which never had google earth installed.

glxinfo | grep -i opengl OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Mobile Intel® GM45 Express Chipset OpenGL version string: 2.1 Mesa 7.10.2 OpenGL extensions:

rpm -qa '*google*' google-earth-stable-6.1.0.5001-0.x86_64 hilde@europa:~> google google-earth googletalk-call hilde@europa:~> google-earth ./googleearth-bin: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory

So the same error. Though it is a 64 bit system with 64 bit Mesa and 64 bit google-earth installed I just tested to install Mesa-32bit in addition and after that it simply works.

Indeed Mesa-32bit solved the problem. I also was wondered that the version I got from the software source of Google was an older one; the reactions were the same> Thanks, André -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org