<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>221105</bug_id>
          
          <creation_ts>2008-05-09 16:11 0000</creation_ts>
          <short_desc>bump: x11-misc/googleearth available: 4.3.7191.6508</short_desc>
          <delta_ts>2008-08-09 18:15:18 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <votes>3</votes>
          <everconfirmed>1</everconfirmed>
          <reporter>rodrigo@fabricadeideias.com</reporter>
          <assigned_to>genstef@gentoo.org</assigned_to>
          <cc>cassio@cassio.eng.br</cc>
    
    <cc>conardcox@gmail.com</cc>
    
    <cc>Gentoo-bugs@Lini.de</cc>
    
    <cc>gentoo@siebert.ws</cc>
    
    <cc>ghutzl@web.de</cc>
    
    <cc>igelle@fotav.hu</cc>
    
    <cc>it@r117.com</cc>
    
    <cc>jasper@amiton.co.nz</cc>
    
    <cc>johnjaylward@yahoo.com</cc>
    
    <cc>kalin@ThinRope.net</cc>
    
    <cc>lazy_bum@o2.pl</cc>
    
    <cc>m.debruijne@matrict.nl</cc>
    
    <cc>maggu2810@web.de</cc>
    
    <cc>ps@twin.jikos.cz</cc>
    
    <cc>scottfk@yahoo.com</cc>
    
    <cc>sven.koehler@gmail.com</cc>
    
    <cc>tschosie@gmx.de</cc>

      

      
          <long_desc isprivate="0">
            <who>rodrigo@fabricadeideias.com</who>
            <bug_when>2008-05-09 16:11:28 0000</bug_when>
            <thetext>Google Earth for Linux version 4.3 available at http://dl.google.com/earth/client/current/GoogleEarthLinux.bin</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cucaracha@loco.hu</who>
            <bug_when>2008-05-19 06:39:42 0000</bug_when>
            <thetext>Please also see bug #219387 where this issue was improperly fixed.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lazy_bum@o2.pl</who>
            <bug_when>2008-06-18 07:04:27 0000</bug_when>
            <thetext>Created an attachment (id=157391)
x11-misc/googleearth-4.3.7204.836.ebuild

Ebuild is just a quick hack from the one already included in portage. Don&apos;t know why, on one of my Gentoo installation (with X, KDE and stuff like that) it didn&apos;t work with &quot;missing libXinerama.so.1.0.0&quot;. Will check that later today.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>conardcox@gmail.com</who>
            <bug_when>2008-06-22 18:28:45 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; Created an attachment (id=157391) [edit]
&gt; x11-misc/googleearth-4.3.7204.836.ebuild
&gt; 
&gt; Ebuild is just a quick hack from the one already included in portage. Don&apos;t
&gt; know why, on one of my Gentoo installation (with X, KDE and stuff like that) it
&gt; didn&apos;t work with &quot;missing libXinerama.so.1.0.0&quot;. Will check that later today.
&gt; 

Thank you for the ebuild.  This seems to be the standard way of getting updates these days.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2008-07-13 21:53:27 0000</bug_when>
            <thetext>*** Bug 231608 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>scottfk@yahoo.com</who>
            <bug_when>2008-07-14 02:28:46 0000</bug_when>
            <thetext>Nice how a perfectly functional ebuild has languished for a month without a commit to portage.

I think this is the current Gentoo way of saying, &quot;Welcome.  Please enjoy your (limited) stay.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2008-07-18 21:56:58 0000</bug_when>
            <thetext>*** Bug 232214 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Gentoo-bugs@Lini.de</who>
            <bug_when>2008-07-21 09:01:09 0000</bug_when>
            <thetext>Is there anything which could be done about this?  At the moment it is impossible to install Google Earth at all, so it is unusable if you&apos;re not so lucky that you&apos;re having an earlier version installed already.

This version is tagged &quot;stable&quot; in portage, but IMHO that&apos;s inappropriate for something that doesn&apos;t even install.  I also think that the severity of this bug should be &quot;major&quot; because I think it&apos;s a &quot;major loss of function&quot; to be not able to install and use this package.  (See also bug 232214 and bug 232419.)

I know about the problem with the unversioned download link, but is there nothing which could be done about that?  Wouldn&apos;t it suffice to write a small script which regularily checks that site and sends an email to the maintainer in case the download changes?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ps@twin.jikos.cz</who>
            <bug_when>2008-07-21 09:17:22 0000</bug_when>
            <thetext>do you know whether its really prohibited that we put the binary into gentoo mirrors? i didn&apos;t see such exact clause in license.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wsherwin@gmail.com</who>
            <bug_when>2008-07-22 03:39:59 0000</bug_when>
            <thetext>Why has this ebuild not yet been put into the Portage tree?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jasper@amiton.co.nz</who>
            <bug_when>2008-07-23 21:17:55 0000</bug_when>
            <thetext>I would be happy to maintain this package, if needed. It would certainly appear that no-one else wants to maintain it, yet plenty of people would like to see it in Portage.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>imbezol@criticaldamage.com</who>
            <bug_when>2008-07-24 01:26:49 0000</bug_when>
            <thetext>bump</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2008-08-01 23:31:08 0000</bug_when>
            <thetext>*** Bug 233656 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2008-08-01 23:36:48 0000</bug_when>
            <thetext>(In reply to comment #9)
&gt; Why has this ebuild not yet been put into the Portage tree?
&gt; 

The maintainer is currently away. I&apos;ve sent an email to gentoo-core, if anyone is willing to pick this up. Apparantly not.


(In reply to comment #11)
&gt; bump
&gt; 

When I see such silly comments popping up as spam in my inbox for packages I do maintain, my reaction likely is to ignore the respective bug for the next two weeks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2008-08-02 22:32:19 0000</bug_when>
            <thetext>*** Bug 233746 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kalin@ThinRope.net</who>
            <bug_when>2008-08-04 09:17:29 0000</bug_when>
            <thetext>Yes, no-version-&quot;source&quot; sucks, but we will have to live with it for some time...

I have included the above ebuild in my personal overlay:
https://svn.tar.bz/repos/pkalin/trunk/README.txt

Feel free to use it.

I have updated the Manifest to the new version, so you have to delete the old GoogleEarthLinux.bin in ${DISTDIR} first, otherwise it will not emerge.

BTW, the new version seems _very_ fast to scroll on my laptop, it used to crawl (even when bitmaps were cached).
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.wallace@akibauplink.com</who>
            <bug_when>2008-08-05 15:02:13 0000</bug_when>
            <thetext>If I had time, I&apos;d pursue this further because I hate people who complain but don&apos;t offer to help, but I simply don&apos;t have time right now. What little time I did spend on this revealed something that might help a little. There are versioned links to the downloads. It won&apos;t help when a minor minor version update is released, eg 4.2.2 to 4.2.3, but should help avoid problems when a minor version update is released, eg 4.2 to 4.3.
http://dl.google.com/earth/client/GE4/release_4_2/GoogleEarthLinux.bin
http://dl.google.com/earth/client/GE4/release_4_3/GoogleEarthLinux.bin

Using those links could also allow leaving the 4.2 ebuild in portage (though it would need to be edited to use the new link), and put in a new ebuild for 4.3. I hope this helps someone qualified to update portage.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kalin@ThinRope.net</who>
            <bug_when>2008-08-06 02:18:32 0000</bug_when>
            <thetext>Thank you Daniel, as a starter, see below.

------------------------------------------------------------------------
r274 | Kalin.KOZHUHAROV | 2008-08-06 11:14:55 +0900 (Wed, 06 Aug 2008) | 19 lines

Trying to incorporate the idea form comment #16 (bug #221105)...

The problem:
        Google only provides one SRC_URI per major release which maps to the
        latest source in that major branch, so it often changes making it
        impossible to have stable ebuild...

The solution:
        Ask Google to stop doing that and have SRC_URIs with version info
        inside

The workaround:
        This ebuild has a workaround which checks the version inside the source
        package end bails if there is no match. Unfortunately it turns
        RESTRICT=&quot;fetch&quot; which makes it difficult to use...

Apparently Google has bumped the current 4.3 release to 4.3.7284.3916,
so I updated the ebuild. Will update the 4.2 release as well.

------------------------------------------------------------------------
[pkalin overlay] https://svn.tar.bz/repos/pkalin/trunk/README.txt
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wormo@gentoo.org</who>
            <bug_when>2008-08-09 18:15:18 0000</bug_when>
            <thetext>Thanks Daniel for finding the somewhat-versioned download links. At least there can now be a stable ebuild for 4.2 that is unlikely to keep breaking, as well as a 4.3 ebuild that will keep needing to be renamed until the 4.4 series comes out.

Thanks also Kalin for posting your ideas, though I&apos;m sticking with the existing non-fetch-restricted strategy for now.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>157391</attachid>
            <date>2008-06-18 07:04 0000</date>
            <desc>x11-misc/googleearth-4.3.7204.836.ebuild</desc>
            <filename>googleearth-4.3.7204.836.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA4IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgZXV0aWxzIGZkby1taW1lCgpERVNDUklQVElPTj0iQSAzRCBpbnRlcmZh
Y2UgdG8gdGhlIHBsYW5ldCIKSE9NRVBBR0U9Imh0dHA6Ly9lYXJ0aC5nb29nbGUuY29tLyIKU1JD
X1VSST0iaHR0cDovL2RsLmdvb2dsZS5jb20vZWFydGgvY2xpZW50L2N1cnJlbnQvR29vZ2xlRWFy
dGhMaW51eC5iaW4iCgpMSUNFTlNFPSJnb29nbGVlYXJ0aCBNSVQgWDExIFNHSS1CLTEuMSBvcGVu
c3NsIGFzLWlzIFpMSUIiClNMT1Q9IjAiCktFWVdPUkRTPSJhbWQ2NCB4ODYiClJFU1RSSUNUPSJt
aXJyb3Igc3RyaXAiCklVU0U9IiIKClJERVBFTkQ9Ing4Nj8gKAoJbWVkaWEtbGlicy9mb250Y29u
ZmlnCgltZWRpYS1saWJzL2ZyZWV0eXBlCgl2aXJ0dWFsL29wZW5nbAoJeDExLWxpYnMvbGliSUNF
Cgl4MTEtbGlicy9saWJTTQoJeDExLWxpYnMvbGliWDExCgl4MTEtbGlicy9saWJYY3Vyc29yCgl4
MTEtbGlicy9saWJYZXh0Cgl4MTEtbGlicy9saWJYZnQKCXgxMS1saWJzL2xpYlhyZW5kZXIKCXgx
MS1saWJzL2xpYlhpbmVyYW1hICkKCWFtZDY0PyAoCglhcHAtZW11bGF0aW9uL2VtdWwtbGludXgt
eDg2LXhsaWJzCglhcHAtZW11bGF0aW9uL2VtdWwtbGludXgteDg2LWJhc2VsaWJzCgl8fCAoCgkJ
Pj1hcHAtZW11bGF0aW9uL2VtdWwtbGludXgteDg2LXhsaWJzLTcuMAoJCXgxMS1kcml2ZXJzL252
aWRpYS1kcml2ZXJzCgkJPHgxMS1kcml2ZXJzL2F0aS1kcml2ZXJzLTguMjguOCApICkKCW1lZGlh
LWZvbnRzL3R0Zi1iaXRzdHJlYW0tdmVyYSIKClM9IiR7V09SS0RJUn0iCgpzcmNfdW5wYWNrKCkg
ewoJdW5wYWNrX21ha2VzZWxmCgkjIG1ha2UgdGhlIHBvc3RpbnN0IHNjcmlwdCBvbmx5IGNyZWF0
ZSB0aGUgZmlsZXM7IGl0J3MgIGluc3RhbGxhdGlvbgoJIyBhcmUgdG9vIGNvbXBsaWNhdGVkIGFu
ZCBpbnNlcnRpbmcgdGhlbSBvdXJzZWx2ZXMgaXMgZWFzaWVyIHRoYW4KCSMgaGFja2luZyBhcm91
bmQgaXQKCXNlZCAtaSAtZSAnczokU0VUVVBfSU5TVEFMTFBBVEgvOjonIFwKCQktZSAnczokU0VU
VVBfSU5TVEFMTFBBVEg6MTonIFwKCQktZSAiczpeeGRnLWRlc2t0b3AtaWNvbi4qJDo6IiBcCgkJ
LWUgInM6XnhkZy1kZXNrdG9wLW1lbnUuKiQ6OiIgXAoJCS1lICJzOl54ZGctbWltZS4qJDo6IiBw
b3N0aW5zdGFsbC5zaAp9CgpzcmNfaW5zdGFsbCgpIHsKCW1ha2Vfd3JhcHBlciAke1BOfSAuLyR7
UE59IC9vcHQvJHtQTn0gLiB8fCBkaWUgIm1ha2Vfd3JhcHBlciBmYWlsZWQiCgkuL3Bvc3RpbnN0
YWxsLnNoCglpbnNpbnRvIC91c3Ivc2hhcmUvbWltZS9wYWNrYWdlcwoJZG9pbnMgJHtQTn0tbWlt
ZXR5cGVzLnhtbAoJZG9tZW51IEdvb2dsZS0ke1BOfS5kZXNrdG9wCglkb2ljb24gJHtQTn0taWNv
bi5wbmcKCWRvZG9jIFJFQURNRS5saW51eAoKCWNkIGJpbgoJdGFyIHhmICIke1dPUktESVJ9Ii8k
e1BOfS1saW51eC14ODYudGFyCglleGVpbnRvIC9vcHQvJHtQTn0KCWRvZXhlICoKCgljZCAiJHtE
fSIvb3B0LyR7UE59Cgl0YXIgeGYgIiR7V09SS0RJUn0iLyR7UE59LWRhdGEudGFyCgoJY2QgIiR7
RH0iCgkjIG1pbWUgbWFnaWMgZm9yIGdub21lIGJ5IEVkIENhdG11ciBpbiBidWcgMTQxMzcxCgll
cGF0Y2ggIiR7RklMRVNESVJ9Ii9taW1lLW1hZ2ljLnBhdGNoCgoJIyBtYWtlIHN1cmUgd2UgaW5z
dGFsbCB3aXRoIGNvcnJlY3QgcGVybWlzc2lvbnMKCWZvd25lcnMgLVIgcm9vdDpyb290IC9vcHQv
JHtQTn0KCWZwZXJtcyAtUiBhLXgsYStYIC9vcHQvZ29vZ2xlZWFydGgve3htbCxyZXNvdXJjZXN9
Cn0KCnBrZ19wb3N0aW5zdCgpIHsKCWZkby1taW1lX2Rlc2t0b3BfZGF0YWJhc2VfdXBkYXRlCglm
ZG8tbWltZV9taW1lX2RhdGFiYXNlX3VwZGF0ZQp9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>