* Tom Wijsman schrieb am 31.01.14 um 00:52 Uhr:
On Thu, 30 Jan 2014 13:47:27 +0100 Marc Schiffbauer <msch...@gentoo.org> wrote:* Pacho Ramos schrieb am 29.01.14 um 07:58 Uhr: >Currently, there is no really working version of it in the tree: >https://bugs.gentoo.org/show_bug.cgi?id=494624 > >But due its bumps and current bugs, this needs a maintainer... >otherwise, I would treeclean it (the problem is that looks like some >people use it, but without none of them willing to maintain it, it >will be difficult to handle :( ) > > I would help taking care of it, as I use it sometimes. How oftes does this need to be bumped?Check the ChangeLog (`grep '^*' ChangeLog`): *googleearth-7.1.1.1888 (18 Aug 2013) *googleearth-7.1.1.1871 (01 Jul 2013) *googleearth-7.1.1.1580 (19 May 2013) *googleearth-7.0.3.8542 (02 Mar 2013) *googleearth-7.0.2.8415-r2 (10 Feb 2013) *googleearth-7.0.2.8415-r1 (04 Feb 2013) *googleearth-7.0.2.8415 (02 Feb 2013) *googleearth-6.2.2.6613 (05 May 2012) *googleearth-6.2.1.6014-r1 (02 Mar 2012) *googleearth-6.2.1.6014 (01 Mar 2012) *googleearth-6.0.3.2197 (24 May 2011) *googleearth-6.0.2.2074 (02 Apr 2011) *googleearth-6.0.1.2032_beta (31 Jan 2011) Looks reasonable. The tricky thing with this package (not sure whether it has improved over the last year) is that there are bundled libraries; and depending on how you handle (or don't handle) them, it can lead to breakages. Due to a binary nature, this is often something you can't resolve yourself; iotw, this means you'll need to check up with upstream to fix these. Besides that, there is also RESTRICT="mirror"; so, you are restricted to providing the versions upstream provides (eg. in case you want to mask newer versions until a bug is resolved).
Thanks for the info Tom.I will subscribe myself to the package. Anybody else is invited to help me with it.
-Marc
--
0x35A64134 - 8AAC 5F46 83B4 DB70 8317
3723 296C 6CCA 35A6 4134
signature.asc
Description: Digital signature
