Package Details: google-earth-pro 7.3.6.9796-1

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)

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

unset QT_QPA_PLATFORMTHEME
unset QT_QPA_PLATFORM

to avoid 

Google Earth has caught signal 6.

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=en

All future updates go to Google Earth Pro (also free): https://aur.archlinux.org/packages/google-earth-pro/

Latest Comments

« First ‹ Previous 1 .. 40 41 42 43 44 45 46 47 48 49 50 .. 105 Next › Last »

Det commented on 2013-03-08 18:11 (UTC)

There is a downside with automatic installations but I'm just trying to think this through here. I will let you know when I have something.

Scimmia commented on 2013-03-08 17:52 (UTC)

Why? There's no down sides. That is the correct way of doing it if the program needs libgl. You really think it's better to leave out a required dep entirely?

Det commented on 2013-03-08 17:50 (UTC)

I just said that and I don't have any plans on doing it here.

Scimmia commented on 2013-03-08 16:25 (UTC)

The best way is to include the virtual deps "libgl" and "lib32-libgl", which will prompt the user to pick one if they don't have any installed. Even if it's from the AUR, anything that actually provides libgl should have it in the "provides" array, which would satisfy the dep if it's already installed.

Det commented on 2013-03-08 12:47 (UTC)

Oh hey oliv, you're alive. Mind updating 'vmware-patch', by any chance?: https://aur.archlinux.org/packages/vmware-patch/ Anyway, the thing is that, first of all including '(lib32-)mesa-libgl' in the dependencies would mean that everybody would have to install it, even if they already had a proprietary driver (meaning nvidia or catalyst), second, even if I was to include '(lib32-)libgl', provided by (lib32-)nvidia-/catalyst-utils, and let the user choose between the 3, there's still the issue of people wanting to use one from the AUR. This is why it's easier to just include all in the optdepends=() and let the user decide what he wants to do.

oliv commented on 2013-03-08 10:27 (UTC)

There seems to be a missing dependency for 64 bits systems: lib32-mesa-libgl

czubek commented on 2013-03-07 22:50 (UTC)

My Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller fell prey to the hardware limitation. Reverted to the google-earth6 version. All works. Thanks for making it available. I'll keep track of comments to see if version 7 becomes cooperative.

Det commented on 2013-03-07 10:49 (UTC)

And so you didn't figure this was just a bad commit?

« First ‹ Previous 1 .. 40 41 42 43 44 45 46 47 48 49 50 .. 105 Next › Last »