The relationship between real names, github names, email addresses,
jira ids, ASF names is complicated, but one useful tool is git's
.mailmap file. 'git log' uses it to convert email addresses to real
names, and we release managers use it when we generate the list of
unique contributors for each release.

Julian

[1] https://github.com/julianhyde/calcite/commits/6582-release-1.38/.mailmap

On Tue, Sep 24, 2024 at 2:14 AM Alessandro Solimando
<[email protected]> wrote:
>
> Hello everyone,
> sorry for the late reply, my vote is "+0 asolimando
> (committer/non-binding)".
>
> Making a difference on votes only for PMC vs the rest I think it's
> important to boost confidence that everyone's voice will be heard, I don't
> think it would be beneficial to state committership or anything other than
> the "binding / non-binding" we already use.
>
> For what concerns jira id vs github username vs "real" names, I have had
> some troubles in the past, and the community (luckily!) keeps growing, so
> it would be nice to have a better way to connect the three easily.
>
> Best regards,
> Alessandro
>
> On Mon, 16 Sept 2024 at 20:13, Julian Hyde <[email protected]> wrote:
>
> > Enrico,
> >
> > I agree that votes from committers and community members should be taken
> > seriously (especially when they highlight flaws in the release).
> >
> > I also agree that encouraging non-committers to join the community is
> > important. I would like to see them reviewing PRs and voting on releases. I
> > think that the vote format is neutral on this. Hopefully non-committers
> > will see other non-committers voting and be encouraged to participate more.
> > I intend to include language in the vote email that makes clear that votes
> > are welcome from everyone.
> >
> > Julian
> >
> >
> > > On Sep 14, 2024, at 2:01 AM, Enrico Olivelli <[email protected]>
> > wrote:
> > >
> > > I think that adding '(binding)' is enough to count the votes cast by the
> > > PMC.
> > >
> > > I am suggesting this because we should encourage people not being
> > > committer/PMC member to validate and cast their vote.
> > >
> > > IMHO Adding too many labels next to the name and the +1 may bias the
> > > testing and the validation. Like thinking that the validation from
> > someone
> > > is 'better' that the others because it has that label.
> > > The same is for -1. Any concerns about the goodness of the release should
> > > have the same weight, even if it is coming from a new user.
> > >
> > > It seems to me that this is an healthy community, and we know each other
> > > (no need to check the Apache id) and there is no need to show the labels
> > > too much.
> > >
> > > My 2 cents, from the peanuts gallery
> > >
> > > Enrico
> > >
> > >
> > > Il Sab 14 Set 2024, 08:57 Francis Chuang <[email protected]> ha
> > > scritto:
> > >
> > >> +1, this is good for consistency.
> > >>
> > >> On 14/09/2024 7:22 am, Stamatis Zampetakis wrote:
> > >>> It's easier to understand who is who without checking the index [1]
> > >>> that I do occasionally.
> > >>>
> > >>> +1 zabetak (PMC)
> > >>>
> > >>> [1] https://people.apache.org/committer-index.html
> > >>>
> > >>> On Fri, Sep 13, 2024 at 10:16 PM Julian Hyde <[email protected]> wrote:
> > >>>>
> > >>>> There is a discussion in the Incubator list [1] that proposes a more
> > >>>> structured format for the line that people write in their email
> > >>>> message when they vote.
> > >>>>
> > >>>> The problem is that some people use multiple names, email accounts,
> > >>>> github accounts, and that tallying votes requires some effort.
> > >>>>
> > >>>> The proposed solution is that people would use a structured line when
> > >>>> they vote, consisting of their vote (-1, 0, +1), their ASF id if they
> > >>>> have one, and their role (committer, PMC member, community member).
> > >>>> For example, my vote would be
> > >>>>
> > >>>>   +1 jhyde (PMC)
> > >>>>
> > >>>> In my opinion, Calcite should adopt this. The email starting a vote
> > >>>> would recommend that people use that format. Votes would still be
> > >>>> counted if people use a different format.
> > >>>>
> > >>>> What do you think?
> > >>>>
> > >>>> Julian
> > >>>>
> > >>>> [1] https://lists.apache.org/thread/xkfrnt8f733hhokmh0lvyhsn50x4qfw0
> > >>
> > >>
> >
> >

Reply via email to