incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jan i <>
Subject Re: Lack of releases with Droids
Date Mon, 18 Aug 2014 19:53:07 GMT
On 18 August 2014 21:42, Richard Frovarp <> wrote:

> On 08/15/2014 01:22 PM, Roman Shaposhnik wrote:
>> On Fri, Aug 15, 2014 at 4:14 AM, John D. Ament <>
>> wrote:
>>> One of the issues raised by droids was their name search.  I volunteered
>>> on
>>> their list to help them with the name search.
>> Sure. And I really appreciate you helping them with that struggle.
>> Still it doesn't explain the lack of released. Hence my question
>> to the mentor community.
>> Thanks,
>> Roman.
> A lot of wind was taken out of the sails in the fights to get the IPMC
> votes necessary to finish a release. We had two votes, but needed to
> request several times for help getting that third vote. For those that did
> help us out, thank you. However, the whole process wasn't fun or easy. With
> most every other PMC, you're going to have enough interested parties to
> chip in and help get that release out, without asking for votes for well
> over a week.
> That in my opinion killed releases, which helped kill development. That
> makes growing a community difficult. I RM'd the two releases, and I really
> don't feel like doing a 3rd.
I am new to the IPMC, but there most be more the story....IPMC is created
to HELP projects not be a stone around the neck.

I can understand that an IPMC who dont really know the project, correctly
dont vote, but at least the mentors of the project should vote without the
need to be reminded.

Could it be that the base problem here, is not the vote, but the mentor
activity and that the project have not been good at doing marketing towards
the rest of IPMC ?

Being new, allows me to have a fresh view, so sorry if these matters have
already been analyzed.

jan I.

> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message