Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [technology-pmc] [lsp4e-dev] Committer vote for Jonah Graham has concluded unsuccessfully

Having some means of letting project leads know which committers have not been active for an extended period of time seems like a great idea. Can you open a bug against Community/Project Management ?

FWIW, the Webdev team is working on some new tools to make retiring committers a little easier (and move them out of the old Portal).

Wayne

On Wed, Jan 24, 2018 at 2:41 AM, Mickael Istria <mistria@xxxxxxxxxx> wrote:
Hi Gunnar,

Thanks for noticing this and bringing the discussion on this topic.

Fortunately, I know Jonah won't be offended by this vote and I don't have any doubt he'll soon be a committer ;)

I think the main part of the responsibility in such failing elections belongs to project leads (aka me that time). Indeed, the EDP already has rules to allow removing inactive committers, and just seems like in that case, removing inactive committers earlier would have prevented such issue from happening. I think I simply failed, as a project lead, to do the basic "gardening" of the project committer list to make sure further elections can work well. On the other end, as number of committers (number, not activity) is perceived by many people -and even EMO in my understanding- as a metric of successful project; there is a kind of pressure in having a not too tight committers list, which leads to keeping inactive people in here more than necessary.
I did send message to some inactive committers to tell them, without leaving them much choice, that I'm going to remove their commit rights, as allowed by EDP. When this inactive committers are removed, then I'll restart the election and it will conclude successfully. I'll also turn 2 other active contributors as committers on the project.
To me, as project lead, I think the issue was that I failed at anticipating this situation. What would have helped me in anticipating would be some automatic email saying "committer X has not contributed code for more than 6 months. According to EDP, you're allowed to remove this person from the list of committers. We encourage you to do so. If you think this contributor is not involved in the development process, just do nothing, and they will be removed automatically in 2 months. Otherwise, please go to portal and mark the committer as active and we'll report again in 6 months if necessary". I've seen several projects going on, some with huge committers list which weren't accurate at all, I've seen some inactive committers being still listed for no reason as they're not involved in the development of process any more. To me this is an anti-pattern for several reasons such as the example of Jonah's election on LSP4E. Project lead should be more "aggressively" encouraged to remove inactive committers on their projects, that would make this kind of issue less probable.

So while I appreciate your wish to support this specific LSP4E case, I believe as project lead I already have everything necessary to troubleshoot it by just properly doing my job as allowed by EDP.
But I think it's great to have this discussion and to have an example of the pitfalls of keeping inactive committers in, and the possible value in making them removed more systematically. I let you PMC continue the discussion and maybe in the end turn it into a request to EMO for more reports about inactive committers.

Cheers,

On Wed, Jan 24, 2018 at 7:50 AM, Gunnar Wagenknecht <gunnar@xxxxxxxxxxxxxxx> wrote:
(moving discussion to Technology PMC)

Greeting PMC colleagues,

Below is an example of what I consider a bad experience in our committer election.

Of the three non-voters, none shows up in the commit stats of the recent four months:

I think the portal should allow the PMC to review such a case and overrule a decision. @Wayne, this is a feature request for the election process.

I'd like to allow Mickael fix the situation. As far as I can tell, this would require remove inactive non-voters and starting the election again. If you agree with that, please add your +1/0/-1.

Thank you!

-Gunnar


-- 
Gunnar Wagenknecht
gunnar@xxxxxxxxxxxxxxx, http://guw.io/






Begin forwarded message:

From: portal-noreply@xxxxxxxxxxx (portal on behalf of Mickael Istria)
Subject: [lsp4e-dev] Committer vote for Jonah Graham has concluded unsuccessfully
Date: January 24, 2018 at 06:00:02 GMT+1
Reply-To: lsp4e developer discussions <lsp4e-dev@xxxxxxxxxxx>

technology.lsp4e Committers,
This automatically generated message marks the completion of the committer
vote for Jonah Graham. Unfortunately, the vote did not gather enough +1s in
the voting period, thus the vote was not successful.

Vote summary: 1/0/0 with 3 not voting
 +1  Vlad Dumitrescu
  ?  Michal Niewrzal
  ?  Kaloyan Raev
  ?  Patrik Suzzi

If you have any questions, please do not hesitate to contact your project
lead, PMC member, or the EMO <emo@xxxxxxxxxxx>

_______________________________________________
lsp4e-dev mailing list
lsp4e-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/lsp4e-dev




--
Mickael Istria
Eclipse IDE developer, at Red Hat Developers community
Elected Committer Representative at the Eclipse Foundation board of directors

_______________________________________________
technology-pmc mailing list
technology-pmc@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/technology-pmc



--
Wayne Beaton
Director of Open Source Projects
The Eclipse Foundation

Back to the top