Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-31 Thread Mike Gilbert
On Fri, Jan 31, 2014 at 10:19 AM, hasufell  wrote:
> Googleearth is 90% of the time broken. I don't see how you can do
> automated version bumps there. And we should not bump if the new version
> is broken.
>

If that is the case, it sounds like it isn't worth keeping it in the tree.



Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-31 Thread hasufell
On 01/30/2014 11:02 PM, Mike Gilbert wrote:
> On Thu, Jan 30, 2014 at 4:36 PM, Pacho Ramos  wrote:
>> El jue, 30-01-2014 a las 13:47 +0100, Marc Schiffbauer escribió:
>>> * 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?
>>>
>>>
>>
>> I am not sure :(, I am not too familiar with it since it never worked ok
>> on my machines
>>
> 
> I do a lot of version bumping on google-chrome, and I have a script
> that automates the process for me. If anyone is interested in
> maintaining googleearth in a similar manner, you might find my script
> useful.
> 
> http://dev.gentoo.org/~floppym/chrome-bump
> 

Googleearth is 90% of the time broken. I don't see how you can do
automated version bumps there. And we should not bump if the new version
is broken.



Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-31 Thread Marc Schiffbauer

* Tom Wijsman schrieb am 31.01.14 um 00:52 Uhr:

On Thu, 30 Jan 2014 13:47:27 +0100
Marc Schiffbauer  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


Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-31 Thread Marc Schiffbauer

* Mike Gilbert schrieb am 30.01.14 um 23:02 Uhr:

On Thu, Jan 30, 2014 at 4:36 PM, Pacho Ramos  wrote:

El jue, 30-01-2014 a las 13:47 +0100, Marc Schiffbauer escribió:

* 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?




I am not sure :(, I am not too familiar with it since it never worked ok
on my machines



I do a lot of version bumping on google-chrome, and I have a script
that automates the process for me. If anyone is interested in
maintaining googleearth in a similar manner, you might find my script
useful.

http://dev.gentoo.org/~floppym/chrome-bump



Thanks, I will have a look!

--
0x35A64134 - 8AAC 5F46 83B4 DB70 8317
3723 296C 6CCA 35A6 4134


signature.asc
Description: Digital signature


Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-30 Thread Tom Wijsman
On Thu, 30 Jan 2014 13:47:27 +0100
Marc Schiffbauer  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).

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : tom...@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D


signature.asc
Description: PGP signature


Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-30 Thread Mike Gilbert
On Thu, Jan 30, 2014 at 4:36 PM, Pacho Ramos  wrote:
> El jue, 30-01-2014 a las 13:47 +0100, Marc Schiffbauer escribió:
>> * 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?
>>
>>
>
> I am not sure :(, I am not too familiar with it since it never worked ok
> on my machines
>

I do a lot of version bumping on google-chrome, and I have a script
that automates the process for me. If anyone is interested in
maintaining googleearth in a similar manner, you might find my script
useful.

http://dev.gentoo.org/~floppym/chrome-bump



Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-30 Thread Pacho Ramos
El jue, 30-01-2014 a las 13:47 +0100, Marc Schiffbauer escribió:
> * 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?
> 
> 

I am not sure :(, I am not too familiar with it since it never worked ok
on my machines 




Re: [gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-30 Thread Marc Schiffbauer

* 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?


--
0x35A64134 - 8AAC 5F46 83B4 DB70 8317
3723 296C 6CCA 35A6 4134


signature.asc
Description: Digital signature


[gentoo-dev] sci-geosciences/googleearth is orphan and needs a dedicated maintainer

2014-01-28 Thread Pacho Ramos
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 :( )