Skip to content

Conversation

ppkarwasz
Copy link
Contributor

I propose to add @BaseMax as collaborator, to help with bug triage and project management.
Max is a very prolific Open Source contributor and have helped many projects (see his profile).

Note: To prevent misunderstandings, "contributor" is not the same thing as "committer" and IMHO this PR does not require a PMC vote.

I propose to add @BaseMax as collaborator, to help with bug triage and
project management.
Max is a very prolific Open Source contributor and have helped many
projects (see [his profile](https://github.com/basemax)).

**Note**: To prevent misunderstandings, "contributor" is not the same
thing as "committer" and IMHO this PR does not require a PMC vote.
@vy
Copy link
Member

vy commented May 13, 2025

@ppkarwasz, thanks so much for helping with sourcing contributors.

Given @BaseMax has no track record of contributing to any of the Apache Logging Services projects, I'm inclined to first see his contributions, preferably, for a certain period of time. AFAICT, he/anyone should not need special privileges/rights to help with triaging and/or prioritization. If there are any blockers for him from carrying out this work, please share them explicitly.

Regarding adding labels to issues and making updates to the Log4j bug tracker, he can just ping us in comments, and we can do the clicking for him.

@ppkarwasz
Copy link
Contributor Author

The triaging role in GitHub is so limited, that I don't think we should set the bar too high to assign it.

However, since triagers can not do many simple things like creating labels, we should probably first sit down and add some order to the labels we are using, before wasting time assigning labels that will be removed.

If we want to use GitHub Projects and the new GitHub features:

  • labels that indicate the type of issue report (bug, enhancement) can be replaced with GitHub issue types.
  • labels that indicate the affected Log4j component, can be replaced with a custom field in GitHub Projects.
  • labels that indicate the state of the PR or issue report can be replaced with fields in GitHub Projects.

We should probably start by specifying the set of all possible states for an issue report and a PR. I'll try to make a draft state diagram and then we'll schedule a call with @BaseMax for some feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: To triage

Development

Successfully merging this pull request may close these issues.

3 participants