Google Earth Dumps Core

The problem is discussed here: https://support.google.com/earth/thread/99717203/google-earth-desktop-not-opening-on-linux?hl=en&msgid=103470189

Diamond Product Expert says:

Hi,

I’m going to be quite straightforward. Google’s not going to publish a new version to keep openSUSE users happy. Google’s requirements for Linux are on this page. When you manage to convince Ubuntu or Fedora to use curl and yast by default, then you’ll have a case.

The problem, as Google sees it, is that every Linux programmer on earth seems to have a need to publish a version of Linux that isn’t fully compatible with anyone else’s. Especially rolling releases.

As I see it, this is one of the reasons Linux can’t produce a user friendly, popular desktop version. The Linux world needs to have a constitutional convention and ask Linus to create some system that makes sense before he gets any older and crankier

The issue is caused by a newer version of curl. Any idea how to work around?

I do not know if it is working:

All I had to do is create a dummy file with touch /opt/google/earth/pro
/libcurl.so.4 and it then ran fine. Its quite odd really as creating a symlink to the actual library is /lib64 didn’t work, but it must be falling back to using it anyway.

https://support.google.com/earth/thread/108415961/google-earth-will-not-run-on-fedora-34?hl=en

In that thread I read:

J6200 @ 5/29/21

curl 7.77.0 is available in my distro’s repo now. I ran Google Earth version 7.3.3.7721 immediately after updating and it ran correctly without any segmentation faults.

And on my system I see:

$  curl --version
curl 7.77.0 (x86_64-suse-linux-gnu) libcurl/7.77.0 OpenSSL/1.1.1k-fips zlib/1.2.11 brotli/1.0.9 zstd/1.5.0 libidn2/2.3.1 libpsl/0.21.1 (+libidn2/2.3.1) libssh/0.9.5/openssl/zlib nghttp2/1.43.0 OpenLDAP/2.4.59 libmetalink/0.1.3
Release-Date: 2021-05-26
Protocols: dict file ftp ftps gopher gophers http https imap imaps ldap ldaps mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp 
Features: alt-svc AsynchDNS brotli GSS-API HSTS HTTP2 HTTPS-proxy IDN IPv6 Kerberos Largefile libz Metalink NTLM NTLM_WB PSL SPNEGO SSL TLS-SRP UnixSockets zstd

Out of curiosity I installed GE (7.3.4.8248) on TW VM (20210723) GNOME/Wayland (ignoring mesa-libGLU dependency) and it seems to run - at least, it starts and actually searches and displays places.

Hi
Likewise, on real hardware and GNOME DE with Xorg, there was the curl issue awhile back but that seems to be resolved now… tested 7.3.4 with AMD and Nvidia.

Yesterday’s download from link on https://support.google.com/earth/answer/21955 yielded version google-earth-pro-stable 7.3.3.7786-0. Removing this version, downloading and installing again now yielded 7.3.4.8248-0 which no longer dumps core. Apparently the Diamond Product Experts are trying to make everybody happy and replaced their blunder by a working version. :wink:

Thanks to everybody replying to this thread!