[gelöst] Googleeaerth, ist das die neuste Version?

[intux]

Ich bin einen Schritt weiter. Habe wieder zur 6.2 aus der Google-Quelle gegriffen. Die libGL.so.1 aus dem Netz geladen und diese in /opt/google/earth/free kopiert. GE startet nun. Leider bleibt der Erdball durchsichtig. Das hat mit Sicherheit etwas mit dem Fglrx zu tun.
Vielleicht hat jemand eine Idee!?

intux

[intux]

Wie schon vermutet im Fglrx habe ich unter "Anti-Aliasing" das Häkchen "Override application setting" gesetzt.
Danach kam die Fehlermeldung zum Anfliegen "Ungültige HTTP-Anforderung". Um das zu beseitigen habe ich die libcurl.so.4 in /opt/google/earth/free einfach umbenannt. Jetzt läuft GE 6.2.

intux

[intux]

Die Grafikeinstellungen lösen doch nicht das Problem. Die Einstellung "Abgesicherter Modus" unter Tools -> Optionen bringt vorerst einen Fortschritt.
Vielleicht hat jemand eine Idee, wie man das richtig löst!?

intux

[rendegast]

Ich habe jetzt die aktuellste Version 7 (64-bit) von Google geladen und installiert.

Oben schon gesagt, googleearth 7 (momentan) läuft unter debian erst ab jessie/testing:

Code: Alles auswählen

$ for i in * ; do ldd -v $i; done | sort | uniq -c | grep GLIBC
ldd: ./google-earth: Datei oder Verzeichnis nicht gefunden
ldd: ./lang: Keine reguläre Datei
./libLeap.so: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./libLeap.so)
ldd: ./plugins: Keine reguläre Datei
ldd: ./resources: Keine reguläre Datei
ldd: ./shaders: Keine reguläre Datei
     81                 ld-linux-x86-64.so.2 (GLIBC_2.2.5) => /lib64/ld-linux-x86-64.so.2
    327                 ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
    240                 ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
     49                 libc.so.6 (GLIBC_2.10) => /lib/x86_64-linux-gnu/libc.so.6
    148                 libc.so.6 (GLIBC_2.11) => /lib/x86_64-linux-gnu/libc.so.6
      1                 libc.so.6 (GLIBC_2.14) => not found
   2306                 libc.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libc.so.6
    553                 libc.so.6 (GLIBC_2.3) => /lib/x86_64-linux-gnu/libc.so.6
    375                 libc.so.6 (GLIBC_2.3.2) => /lib/x86_64-linux-gnu/libc.so.6
     52                 libc.so.6 (GLIBC_2.3.3) => /lib/x86_64-linux-gnu/libc.so.6
    742                 libc.so.6 (GLIBC_2.3.4) => /lib/x86_64-linux-gnu/libc.so.6
    796                 libc.so.6 (GLIBC_2.4) => /lib/x86_64-linux-gnu/libc.so.6
    208                 libc.so.6 (GLIBC_2.7) => /lib/x86_64-linux-gnu/libc.so.6
     52                 libc.so.6 (GLIBC_2.8) => /lib/x86_64-linux-gnu/libc.so.6
    152                 libc.so.6 (GLIBC_2.9) => /lib/x86_64-linux-gnu/libc.so.6
    302                 libc.so.6 (GLIBC_PRIVATE) => /lib/x86_64-linux-gnu/libc.so.6
    191                 libdl.so.2 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libdl.so.2
    360                 libm.so.6 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libm.so.6
    429                 libpthread.so.0 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/libpthread.so.0
    122                 libpthread.so.0 (GLIBC_2.3.2) => /lib/x86_64-linux-gnu/libpthread.so.0
     52                 libpthread.so.0 (GLIBC_2.3.3) => /lib/x86_64-linux-gnu/libpthread.so.0
     62                 libpthread.so.0 (GLIBC_PRIVATE) => /lib/x86_64-linux-gnu/libpthread.so.0
    163                 librt.so.1 (GLIBC_2.2.5) => /lib/x86_64-linux-gnu/librt.so.1
    260                 libstdc++.so.6 (GLIBCXX_3.4) => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
      1                 libstdc++.so.6 (GLIBCXX_3.4.10) => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
      1                 libstdc++.so.6 (GLIBCXX_3.4.11) => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
      1                 libstdc++.so.6 (GLIBCXX_3.4.14) => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
      1                 libstdc++.so.6 (GLIBCXX_3.4.15) => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
      2                 libstdc++.so.6 (GLIBCXX_3.4.5) => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
      1                 libstdc++.so.6 (GLIBCXX_3.4.9) => /usr/lib/x86_64-linux-gnu/libstdc++.so.6

"libc.so.6 (GLIBC_2.14) => not found"

im Fglrx

Eventuell hat sich durch ein Upgrade die Einstellung für GL / glx wieder auf mesa gesetzt,
mit dem unter fgrlx nichts angefangen werden kann.
Das wäre bemerkbar durch fehlende glx-Unterstützung im allgemeinen.
-> zBsp. 'glxinfo'
Maßnahme wäre

Code: Alles auswählen

update-alternatives --config glx

Die libGL.so.1 aus dem Netz geladen und diese in /opt/google/earth/free kopiert. GE startet nun.

Um das zu beseitigen habe ich die libcurl.so.4 in /opt/google/earth/free einfach umbenannt.

???
Sind das böse windows-Hacks?
(win-binaries suchen im allgemeinen immer auch im lokalen Verzeichnis nach benötigten libs)
Hier zumindest startet das googleearth 6 aus dem Repo problemlos
(System / xorg(mesa/nouveau) wheezy, kernel 3.12 wheezy-backports).

[intux]

Nein das sind keine Windows-Hacks! Mit MS habe ich seit 2009 nichts mehr am Hut. Das sind Erfahrungen die ich unter Ubuntu gesammelt habe. Ich hatte immer wieder mal Probleme mit GE, die ich irgendwie lösen konnte. Habe dazu etliche Lösungsvorschläge in meinem Blog nieder geschrieben. Im Moment bin ich aber echt ratlos ob und wie ich GE doch noch perfekt zum Laufen bekomme.

intux