Hi Olive, As I said, but maybe not so clearly, google-earth 6 stopped working when I upgraded arch. So neither 6 or 7 work for me. They both crash in what appears from the strace to be the SAME way.
Search Criteria
Package Details: google-earth-pro 7.3.6.9796-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/google-earth-pro.git (read-only, click to copy) |
---|---|
Package Base: | google-earth-pro |
Description: | 3D interface to explore the globe, terrain, streets, buildings and other planets (Pro version) |
Upstream URL: | https://www.google.com/earth/ |
Licenses: | custom |
Provides: | google-earth |
Submitter: | Det |
Maintainer: | iyanmv |
Last Packager: | iyanmv |
Votes: | 1077 |
Popularity: | 0.64 |
First Submitted: | 2017-01-23 16:08 (UTC) |
Last Updated: | 2024-02-27 14:45 (UTC) |
Dependencies (12)
- alsa-lib
- desktop-file-utils (desktop-file-utils-gitAUR)
- fontconfig (fontconfig-gitAUR, fontconfig-ubuntuAUR)
- glu (glu-gitAUR)
- gst-plugins-base-libs (gst-plugins-base-libs-gitAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libcups (libcups-gitAUR, cups-gitAUR, libcups-gssapiAUR)
- libproxy (libproxy-gitAUR)
- libsm
- libxi (libxi-gitAUR)
- libxrender
- sqlite (sqlite-fossilAUR)
Required by (3)
- fcitx5-qt-google-earth
- google-earth-pro-libproxy-patch
- telive (requires google-earth) (optional)
Sources (5)
Latest Comments
« First ‹ Previous 1 .. 45 46 47 48 49 50 51 52 53 54 55 .. 105 Next › Last »
lineage commented on 2013-02-05 09:36 (UTC)
olive commented on 2013-02-05 07:31 (UTC)
All of my problem were magically solved with google-earth6 that Det has kindly packaged. Does the 7 version have something so essential? Google earth is a closed source program and I think the only way it can be fixed is by waiting an updated version from Google. I don't understand though why Google does not take all these problems more seriously, they have a reputation of being very reliable, at least for their services (Gmail, etc.). Releasing a software that's so buggy definitively do not go in that direction.
lineage commented on 2013-02-05 00:27 (UTC)
I'm inclined to agree that it could well be a display driver/mesa issue but without an unstripped version of the executables we can only guess. Unless someone who has got the code wants to offer an opinion :-)
I don't think I can realistically back out the 'X' part of the arch update. So the only option is to wait a couple of weeks and upgrade arch again and hope that fixes it and doesn't break anything else.
Thanks for your help anyway.
Det commented on 2013-02-04 23:23 (UTC)
Handler for SIGSEGV before the futex? Futex_wake_private is a system call for tasks waiting on that specific address so I don't think the SIGSEGV is happening _before_ futex() is actually waking the task to start reading it. That's also the reason I cut it from the second gettimeofday() onward because it or any of those other calls might have something to do with it.
Also as I said I have a feeling that this is just a driver/mesa issue so you installing "handlers" like nvidia-utils wouldn't make a difference.
lineage commented on 2013-02-04 21:25 (UTC)
Still, it looks like there are things happening in your paste with rt_sigaction that are not in mine.. And I think your #-# line should be 12 lines further down after the futex - since that completed (return stat = 0) in mine.. So in your system you had installed a handler for SIGSEGV before the futex - in my case it hadn't.
So there is certainly something wierdly different.
I tried GE6 - exactly the same! Which is very odd.
@olive - In this case its not google - this is Arch that has screwed something up (yet again). GE6 worked before I upgraded arch.
Det commented on 2013-02-04 14:46 (UTC)
Yeah, no, because the app is i386:
└┌(%:~/Desktop)┌- objdump -f /opt/google/earth/free/googleearth-bin
/opt/google/earth/free/googleearth-bin: file format elf32-i386
architecture: i386, flags 0x00000112:
EXEC_P, HAS_SYMS, D_PAGED
start address 0x080486c0
lineage commented on 2013-02-04 13:40 (UTC)
Hi Det, No, I didn't have time to download and build a GE6 pkg this morning. Will try to do it later. Thanks for the paste. I wondered if the 32 [i686 ;-)] vs 64 bit would make any difference.
kolombo commented on 2013-02-04 11:29 (UTC)
I have fixed my crush installing https://launchpadlibrarian.net/7037027/libGL.so.1.
But earth view is completelly grey :)
Det commented on 2013-02-04 11:25 (UTC)
Yes, I have an x86 machine, but my system is 64-bit, if that's what you meant :). Not that it matters, since the app is 32-bit anyway.
I had a look at it yesterday when I compared the two and I can't say it helps (the one with 65-fonts-persian.conf): http://pastebin.com/B7FwBbxV
The hyphen/hash break at line 861 signals the differences after the 3rd gettimeofday() (which in my case is called twice in a row).
E: You had a look at the GE6 log yet?
Pinned Comments
iyanmv commented on 2022-12-13 22:54 (UTC)
I will not update (for now) to the latest version 7.3.6.9326 because it crashes continuously for me.
stronnag commented on 2022-06-18 17:03 (UTC)
Thanks, unfortunate timing then.
For reference, with Gnome shell / wayland I need to
to avoid
Det commented on 2017-08-24 15:33 (UTC) (edited on 2017-12-05 16:17 (UTC) by Det)
✔ NOTE
The "Free" Google Earth has been dropped: https://support.google.com/earth/answer/168344?hl=enAll future updates go to Google Earth Pro (also free): https://aur.archlinux.org/packages/google-earth-pro/