Bugzilla Bug 191140

4.2 is out. I tried to find a direct download link but couldn't. Any way the
file name is the same so I think we probably should fetch restrict this one and
tell people to rename the file.

It's allready bumped, digests of current googleearth in Portage matches the 4.2
release.

*** This bug has been marked as a duplicate of bug 189827 ***

(In reply to comment #1)
> It's allready bumped, digests of current googleearth in Portage matches the 4.2
> release.
> 

I checked with the integrated update manager and it's not the latest version:

Currently installed version: 4.1.7076.4458
New version: 4.2.180.1134

well then do it better and commit what you think is needed. I have the right
version in my about screen.

Google's habit of naming the files the same irrespective of the version makes
things difficult. I think the only way to make sure the latest version is
installed is to remove the old file from /usr/portage/distfiles before
(re)running 'emerge googleearth'. I know it's an ugly hack, but can it be done
via the ebuild? 

(In reply to comment #5)
> I think the only way to make sure the latest version is
> installed is to remove the old file from /usr/portage/distfiles before
> (re)running 'emerge googleearth'. I know it's an ugly hack, but can it be done
> via the ebuild? 

No, this no way can be done via ebuild. Complain to Google.

May I perhaps suggest to change the gentoo version number (at least the -r?
number) whenever the digest changes?
This way one would get informed when a new googleearth version is out.
Especially for computers which can be online only temporary, it is rather
annoying if one only sees during emerge -e world that one should have
downloaded a new version of googleearth.

You might still keep the previous ebuild in the tree for a while (even if - as
I suppose - the digest must change also for the previous version) so that
people not wanting to upgrade can then simply mask the new version and do not
need to emerge/download it unless they explicitly require it.

(In reply to comment #7)

You cannot have multiple different checksums for identically named file, won't
work. So no, you cannot have multiple ebuild versions in the tree ATM either.
The only solution is to finally stick RESTRICT=fetch into the ebuild and let
people rename the file after download. 

Ok, since this bug is reopened and noone seems to take notice of bug #189827
I'll summarize what I posted there:

1) The current version number is 4.2, not 4. Please rename the ebuild. See
#189827 for reasons
2) There IS a direct link to the current version,
http://dl.google.com/earth/client/GE4/release2/GoogleEarthLinux.bin

For your file problem: Exploit bug #174704 and append ?gentooversion=4.2 to the
URL. Google's webserver doesn't mind but you avoid the problem with distfiles/.

*** Bug 192255 has been marked as a duplicate of this bug. ***

cd /usr/portage/distfiles
rm GoogleEarth*
wget http://dl.google.com/earth/client/GE4/release2/GoogleEarthLinux.bin
cd /usr/portage/x11-misc/googleearth/
ebuild googleearth-4.ebuild digest

Works.

Ebuild is still borked due to wrong file download....  Hopefully mirrors will
refresh shortly?

While version bump on the ebuild would be nice, purging
/usr/portage/distfiles/GoogleEarthLinux.bin and re-emerging does the trick for
me. :)

I noticed emerge now handles wrong digests intelligently with renaming and
refetching.

The emerge is no longer aborted and the user no longer annoyed, so I just went
ahead and use the full version number from now on :)

Have fun with it!