Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 257533 - x11-misc/googleearth: new version 5.0.0_beta1
Summary: x11-misc/googleearth: new version 5.0.0_beta1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High enhancement (vote)
Assignee: Stefan Schweizer (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-03 21:44 UTC by Sebastian Tilsch
Modified: 2009-02-08 14:42 UTC (History)
7 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
googleearth-5.0.0_beta1.ebuild (googleearth-5.0.0_beta1.ebuild,2.06 KB, text/plain)
2009-02-03 21:46 UTC, Sebastian Tilsch
Details
googleearth-5.0.0_beta1.ebuild (googleearth-5.0.0_beta1.ebuild,1.95 KB, text/plain)
2009-02-04 08:02 UTC, Sebastian Tilsch
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sebastian Tilsch 2009-02-03 21:44:10 UTC
google released the first Beta version of googleearth. I slightly modified the old ebuild. It seems not to need the mime-magic.path anymore. It does not install libcrypt.so, because it conflicts with libssl.so
Comment 1 Sebastian Tilsch 2009-02-03 21:46:22 UTC
Created attachment 180852 [details]
googleearth-5.0.0_beta1.ebuild

Hopefully a good ebuild, maybe modifications needed
Comment 2 Sebastian Tilsch 2009-02-03 21:48:01 UTC
Of course, it is not the first beta version of googleearth, but of googleearth 5.0.
Comment 3 Fabio Correa 2009-02-04 01:27:02 UTC
Hello, you have keyworded it -amd64; it works for me on Turion64 X2 with nvidia-drivers. So I recommend to switch it to amd64.
Comment 4 Fabio Correa 2009-02-04 01:29:50 UTC
My apologies for the clutter... ~amd64, to be precise.
Comment 5 Sebastian Tilsch 2009-02-04 07:59:09 UTC
Comment on attachment 180852 [details]
googleearth-5.0.0_beta1.ebuild

I switched to ~amd64 keyword. And deleted th String after $Header , which wasn't correct.
Comment 6 Sebastian Tilsch 2009-02-04 07:59:24 UTC
Comment on attachment 180852 [details]
googleearth-5.0.0_beta1.ebuild

I switched to ~amd64 keyword. And deleted th String after $Header , which wasn't correct.
Comment 7 Sebastian Tilsch 2009-02-04 08:02:07 UTC
Created attachment 180884 [details]
googleearth-5.0.0_beta1.ebuild
Comment 8 Sebastian Tilsch 2009-02-04 15:52:00 UTC
The ebuild should be renamed to googleearth-5.0.11337.1968_beta.ebuild, because this matches the exact Version, as it was done in previous releases of googleearth-ebuilds.
Comment 9 Harald Urkan 2009-02-05 04:16:03 UTC
> The ebuild should be renamed to googleearth-5.0.11337.1968_beta.ebuild,
> because this matches the exact Version, as it was done in previous releases
> of googleearth-ebuilds.

I believe it should rather be named googleearth-9999.ebuild. The ebuild's
SRC_URI points to
http://dl.google.com/earth/client/current/GoogleEarthLinux.bin. This path
implies a -9999 version.

If the ebuild were named googleearth-5.0.11337.1968_beta.ebuild, the SRC_URI should point to something like "yada://yada/yada/GoogleEarthLinux-${PV}.bin" or
"yada://yada/release-${PV}/GoogleEarthLinux.bin".

Google has a rather mysterious directory structure on their servers, so a
9999-version ebuild might actually prevent problems like Bug 256267.
Comment 10 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2009-02-08 14:42:32 UTC
(In reply to comment #9)
> I believe it should rather be named googleearth-9999.ebuild. The ebuild's
> SRC_URI points to
> http://dl.google.com/earth/client/current/GoogleEarthLinux.bin. This path
> implies a -9999 version.
> Google has a rather mysterious directory structure on their servers, so a
> 9999-version ebuild might actually prevent problems like Bug 256267.

This sadly would not work either, as the Manifest file contains hashes of the distfile, so when google updates it, Manifest check fails. People would still have to fill bugs and the updated file would need to be redigested. By versioning the ebuild and bumping the version on the redigests, people who installed the older version will automatically get the update, with 9999 they would have to check themselves. Also with EAPI=2 SRC_URI arrows we at least can version the distfile in people's DISTDIR so they can go back to the older version they have already downloaded if the new version has problems, as the distfiles don't overwrite themselves.

Anyway, bumped, thanks.