Re: Translators are not listed as contributors

>
>
>
> That's a nobel idea but you should have coordinated this action with the
> current pt_BR maintainer. :( I'm about to finish the translation for v19
> (6 remaining files). And now I need to spend several hours to merge each
> file.
>

Oh, please, accept my sincere apologies! I'd blame the workflow we have. Do
we even have approved maintainers for languages? I acted in a full believe
we don't. The same like we don't have maintainers for parts of the postgres
code base itself. So any committer is doing their best to keep the code in
the best shape. Again, please accept my apologies!

> I wasn't aware that we have a approved platform for translations. Did I
> miss the discussion?
>

No, we don't have any approved platforms even though we had a lot of
discussions. I'd not call Redmine a platform, I'm not sure if it's still
alive.

> > I'm sure that all translators who participated in release translations
> > must be listed as contributors to the release. It's not fair to ignore
> > all the people and efforts they committed. This is especially true for
> > people outside of our community, who contributed just because they
> > love open-source and are committed to it.
> >
>
> +1. It seems we need an automated way to collect all translators from
> the commit log. The translators for each language is generally a single
> person or a small group (2 or 3 people). If we want to adopt your
> proposal, all committers from pgtranslation repository needs to add the
> Author into each commit message. And then, a command like the above
> can provide the list of translators.
>
> git log 0f717a85af6..bb57de57057 | grep 'Author:' | sort | uniq
>
+1

>
> Are you suggesting for both major and minor releases? If we adopt it, I
> would say yes for both cases.
>
I'd say both since translators come and go in the middle of the year

>
>
> --
> Euler Taveira
> EDB https://www.enterprisedb.com/
>