• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Google Earth auf openSUSE 12.2

P6CNAT

P6CNAT

Advanced Hacker
Hallo,

ich habe versucht Google Earth 64 bit vom Link Google Earth auf openSUSE 12.2 64 Bit zu installieren. Beim Start kommt folgende Fehlermeldung:

Code: 
$ /opt/google/earth/free/google-earth
./googleearth-bin: error while loading shared libraries: libGL.so.1: cannot open shared object file: No such file or directory

Habe dann spaßeshalber einen Link von der 32bit Userlib zur 64bit Userlib gelegt. Dann kam folgende Fehlermeldung

Code: 
# cd /usr
# ln -s /usr/lib64/libGL.so.1.2 libGL.so.1

$ /opt/google/earth/free/google-earth
./googleearth-bin: error while loading shared libraries: libGL.so.1: wrong ELF class: ELFCLASS64

Für mich sieht es ganz danach aus, dass Google Earth 32bit Bibliotheken sucht. Ich halte es für keine gute Idee die 32bit Bibliotheken nachzuinstallieren. Kann man das sonst irgendwie lösen?

Grüße
Georg
 
S

spoensche

Moderator
Teammitglied
Du könntest ja Google Earth 64-Bit installieren. Siehe http://www.google.com/earth/download/ge/agree.html.

Was spricht gegen die Installation der 32-Bit Libraries? Ohne die 32-Bit Libraries können keine 32-Bit Programme ausgeführt werden.
 
T

tomm.fa

Administrator
Teammitglied
spoensche schrieb:
Du könntest ja Google Earth 64-Bit installieren. Siehe http://www.google.com/earth/download/ge/agree.html.

Was spricht gegen die Installation der 32-Bit Libraries? Ohne die 32-Bit Libraries können keine 32-Bit Programme ausgeführt werden.
Zum Vergrößern anklicken....

Code: 
rpm -qa "*google-ea*"
google-earth-stable-6.0.3.2197-0.x86_64

Beim Start von Google Earth über Konsole wurde die fehlende libSM.so.6 angemeckert, libSM6 war aber installiert, dann noch libSM6-32bit dazu und alles war/ist gut. Soviel dazu. ;) Dieses war auf dem Notebook mit AMD Chipsatz, beim PC mit Nvidia musste ich Mesa-libGL1-32bit nachinstallieren.
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Hallo,

ich habe folgende Version installiert.

Code: 
$ rpm -qa "*google-ea*"
google-earth-stable-6.2.2.6613-0.x86_64
die fehlenden 32bit Libraries habe ich auch nachinstalliert. Jetzt startet Google Earth zwar an, aber kurz nach Erscheinen des Startbildes wird die komplette Session beendet 8O , erinnert mich irgendwie an alte Microsoft Windows Zeiten. Es gibt keine Fehlermeldung, nix. Muss wohl auf ein neues Release warten.

Gruß
Georg
 
S

sephirot_1024

Member
Code: 
wrong ELF class: ELFCLASS64

Hast du sowohl 32bit als auch 64bit installiert?
Der Fehler ist sonderbar, also hier läuft alles bestens hab Google Earth gerade extra nochmal angeworfen um mich von der Funktionstüchtigkeit auch nach dem Upgrade zu überzeugen.
 
OP
P6CNAT

P6CNAT

Advanced Hacker
sephirot_1024 schrieb:
also hier läuft alles bestens hab Google Earth gerade extra nochmal angeworfen um mich von der Funktionstüchtigkeit auch nach dem Upgrade zu überzeugen.
Zum Vergrößern anklicken....

Hallo,

welche Version von Google Earth läuft denn bei dir? Ich habe google-earth-stable-6.2.2.6613-0.x86_64 installiert.
Dummerweise sieht man bei Google nicht, welche Version die gerade zum Download anbieten.

Gruß
Georg
 
panamajo

panamajo

Guru
Code: 
l33t:~ # rpm -q google-earth-stable
google-earth-stable-6.2.2.6613-0.x86_64
l33t:~ # file /opt/google/earth/free/googleearth-bin
/opt/google/earth/free/googleearth-bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, BuildID[sha1]=0x7b9b6f926c9cce7276fe550a14bf7190bb71ee75, stripped
l33t:~ # ldd /opt/google/earth/free/googleearth-bin
        linux-gate.so.1 (0xf7747000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xf76fa000)
        libdl.so.2 => /lib/libdl.so.2 (0xf76f5000)
        libgoogleearth_free.so => not found
        libglobalnew.so => not found
        libQtCore.so.4 => not found
        libQtGui.so.4 => not found
        libQtNetwork.so.4 => not found
        libfontconfig.so.1 => not found
        libfreetype.so.6 => not found
        libcurl.so.4 => not found
        libX11.so.6 => not found
        libXrender.so.1 => not found
        libXext.so.6 => not found
        libGL.so.1 => /usr/lib/libGL.so.1 (0xf7617000)
        libGLU.so.1 => not found
        librt.so.1 => /lib/librt.so.1 (0xf760d000)
        libQtWebKit.so.4 => not found
        libstdc++.so.6 => not found
        libm.so.6 => /lib/libm.so.6 (0xf75e1000)
        libc.so.6 => /lib/libc.so.6 (0xf743a000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf741c000)
        /lib/ld-lsb.so.3 (0xf7748000)
        libnvidia-tls.so.304.51 => /usr/lib/tls/libnvidia-tls.so.304.51 (0xf7418000)
        libnvidia-glcore.so.304.51 => /usr/lib/libnvidia-glcore.so.304.51 (0xf5713000)
        libX11.so.6 => not found
        libXext.so.6 => not found
Das ist eine Mogelpackung, egal ob man die 32 oder 64 Bit Version installiert, man bekommt ein 32 Bit Binary. Also muss man alle benötigten 32 Bit Libraries installieren, was recht viele Pakete umfasst.
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Hallo panamajo,

Danke für den Hinweis!
Da muss man sich nicht wundern, dass das einfach abstürzt. Ist ein bisschen dreist, das als 64bit anzupreisen :censored:

Gruß
Georg
 
OP
P6CNAT

P6CNAT

Advanced Hacker
towo schrieb:
Warum dreist?
wine, skype is auch 32Bit.
Zum Vergrößern anklicken....
Naja, ist vielleicht nicht ganz der passende Ausdruck. Aber zumindest von wine weiß ich, dass das Repo auch alle 32bit Libraries zieht von denen wine abhängig ist.

Es ist ärgerlich, dass das Paket ohne weitere Erläuterungen zum Download bereitgestellt wird und der Nutzer darf sich wundern, dass sich Linux plötzlich verhält wie Windows 98. Lustiges Fehler raten. Das ldd Kommando kennt nicht jeder.

Gruß
Georg
 
panamajo

panamajo

Guru
towo schrieb:
Warum dreist?
wine, skype is auch 32Bit.
Zum Vergrößern anklicken....
"Dreist" nicht unbedingt. Aber ärgerlich, das Paket sollte folgerichtig -32bit im Namen tragen.

Nachdem #!@& Flash jetzt endlich als 64bit Binary vorliegt dachte ich man kann den ganzen 32bit Kram entfernen, aber nein...
 
OP
P6CNAT

P6CNAT

Advanced Hacker
Hallo,

ich habe jetzt die 32bit Pakete nachinstalliert. Jetzt ist die Liste beeindruckend lang geworden.

Code: 
$ ldd /opt/google/earth/free/googleearth-bin 
        linux-gate.so.1 (0xf77c4000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xf7787000)
        libdl.so.2 => /lib/libdl.so.2 (0xf7782000)
        libgoogleearth_free.so => not found
        libglobalnew.so => not found
        libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0xf749c000)
        libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0xf69ba000)
        libQtNetwork.so.4 => /usr/lib/libQtNetwork.so.4 (0xf6878000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xf6842000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xf67b8000)
        libcurl.so.4 => /usr/lib/libcurl.so.4 (0xf6753000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0xf6619000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0xf660e000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0xf65fb000)
        libGL.so.1 => /usr/lib/libGL.so.1 (0xf659f000)
        libGLU.so.1 => /usr/lib/libGLU.so.1 (0xf6529000)
        librt.so.1 => /lib/librt.so.1 (0xf651f000)
        libQtWebKit.so.4 => /usr/lib/libQtWebKit.so.4 (0xf4df2000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf4d06000)
        libm.so.6 => /lib/libm.so.6 (0xf4cda000)
        libc.so.6 => /lib/libc.so.6 (0xf4b34000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf4b16000)
        /lib/ld-lsb.so.3 (0xf77c5000)
        libz.so.1 => /lib/libz.so.1 (0xf4afe000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xf4a02000)
        libpng14.so.14 => /usr/lib/libpng14.so.14 (0xf49d7000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xf4988000)
        libSM.so.6 => /usr/lib/libSM.so.6 (0xf497f000)
        libICE.so.6 => /usr/lib/libICE.so.6 (0xf4964000)
        libXi.so.6 => /usr/lib/libXi.so.6 (0xf4954000)
        libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xf494b000)
        libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xf4945000)
        libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xf493a000)
        libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xf4936000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0xf490c000)
        libidn.so.11 => /usr/lib/libidn.so.11 (0xf48d9000)
        liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0xf48c9000)
        libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0xf487d000)
        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xf483f000)
        libssl.so.1.0.0 => /lib/libssl.so.1.0.0 (0xf47dc000)
        libcrypto.so.1.0.0 => /lib/libcrypto.so.1.0.0 (0xf4625000)
        libssh2.so.1 => /usr/lib/libssh2.so.1 (0xf45fb000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0xf45d8000)
        libglapi.so.0 => /usr/lib/libglapi.so.0 (0xf45c2000)
        libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xf45bd000)
        libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0xf45ba000)
        libxcb-glx.so.0 => /usr/lib/libxcb-glx.so.0 (0xf45a1000)
        libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xf459b000)
        libdrm.so.2 => /usr/lib/libdrm.so.2 (0xf458e000)
        libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xf44cb000)
        libgstapp-0.10.so.0 => /usr/lib/libgstapp-0.10.so.0 (0xf44bd000)
        libgstinterfaces-0.10.so.0 => /usr/lib/libgstinterfaces-0.10.so.0 (0xf44ab000)
        libgstpbutils-0.10.so.0 => /usr/lib/libgstpbutils-0.10.so.0 (0xf4488000)
        libgstvideo-0.10.so.0 => /usr/lib/libgstvideo-0.10.so.0 (0xf446a000)
        libgstbase-0.10.so.0 => /usr/lib/libgstbase-0.10.so.0 (0xf4406000)
        libgstreamer-0.10.so.0 => /usr/lib/libgstreamer-0.10.so.0 (0xf431c000)
        libpcre.so.1 => /usr/lib/libpcre.so.1 (0xf42bd000)
        libffi.so.4 => /usr/lib/libffi.so.4 (0xf42b5000)
        libuuid.so.1 => /usr/lib/libuuid.so.1 (0xf42af000)
        libresolv.so.2 => /lib/libresolv.so.2 (0xf4297000)
        libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xf427a000)
        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xf41a8000)
        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xf417e000)
        libcom_err.so.2 => /lib/libcom_err.so.2 (0xf4179000)
        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xf416d000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0xf4169000)
        liborc-0.4.so.0 => /usr/lib/liborc-0.4.so.0 (0xf40d9000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xf40d4000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0xf3f81000)
        libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xf3f7c000)
        libselinux.so.1 => /lib/libselinux.so.1 (0xf3f5e000)
        liblzma.so.5 => /usr/lib/liblzma.so.5 (0xf3f34000)

es fehlen aber immer noch 2 Libraries.

Code: 
$ ldd /opt/google/earth/free/googleearth-bin | grep "not found"
        libgoogleearth_free.so => not found
        libglobalnew.so => not found

die sind wohl wichtig, denn nach dem Start stürzt die Sitzung ab und ich muss mich neu anmelden.
Wo bekommt man denn die beiden Libraries her, wenn die nicht im Paket von google earth enthalten sind? :???:

Gruß
Georg
 
T

taktwerk

Newbie
hey ich habe da glaube ich ein lösung:
habe alle libs in /opt/google/earth/free/ verlinkt nach /lib damit waren alle abhängigkeiten (und mehr :) ), die in der ldd ausgabe standen, erfüllt... doch alles stürzte immer noch ab inklusive neuanmeldung.
dann habe ich gelesen, dass Mesa-libGL1-32bit installiert werden muss... war bei mir aber schon installiert.... doch mesa-32bit fehlte. die habe ich noch installiert und dann ging es.
bin wahrlich kein experte (ldd kannte ich auch noch nicht) aber warum erkennt yast nicht das mesa-32bit noch fehlt? ist doch meinem verständnis nach wichtig (grundlage) für Mesa-libGL1-32bit
gäbe es eurer forum nicht hätte ich linux schon aufgegeben. das ist mein erstes kleines dankeschön an die vielen lösungen die für laien wie mich hier schon gefunden wurden.

ob meine lösung nun die holzhammer methode ist weiß ich nicht, doch sie funktioniert.
 
OP
P6CNAT

P6CNAT

Advanced Hacker
taktwerk schrieb:
doch mesa-32bit fehlte. die habe ich noch installiert und dann ging es.
Zum Vergrößern anklicken....
Klasse, das war's!
Bei mir funktioniert es jetzt auch.

Es scheint, als hätte es die Entwickler von Google nicht so mit der Paketierung für Yast.

Gruß
Georg
 
S

Spielwurm

Advanced Hacker
Das war bestimmt noch nicht die Lösung. Das mit dem "ldd suche fehlende Librarys" auf googleearth-bin ist witzlos, wenn GoogleEarth mit einem Script gestartet wird, das nach den Dingern sucht. Bei mir funktioniert GE auf einem 64-bit-Rechner und ldd meldet die gleichen fehlenden libs. Auf einem anderen ebenfalls 64-bit-Rechner startet GE nicht und bei beiden ist die Mesa-libGL-32bit installiert. Die beiden Rechner unterscheiden sich nur in der Grafikkarte: nvidia vs Intel. Ich forsche noch ...

Spielwurm
 
towo

towo

Moderator
Teammitglied
Wenn in dem Nvidia Rechner kein 32Bit nvidia-glx installiert ist, isses logisch, daß GE da nicht funktioniert.
 
S

Spielwurm

Advanced Hacker
Was soll das denn sein nvidia-glx? Ich finde es nicht, es ist nicht installiert und auf dem läuft GE ...

Spielwurm
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben