list of acknowledgments for PG15
Attached is the plain-text list of acknowledgments for the PG15 release
notes, current through REL_15_BETA4. Please check for problems such as
wrong sorting, duplicate names in different variants, or names in the
wrong order etc. (Note that the current standard is given name followed
by surname, independent of cultural origin.)
Attachments:
On Thu, 08 Sep 2022 at 20:13, Peter Eisentraut <peter.eisentraut@enterprisedb.com> wrote:
Attached is the plain-text list of acknowledgments for the PG15 release
notes, current through REL_15_BETA4. Please check for problems such as
wrong sorting, duplicate names in different variants, or names in the
wrong order etc. (Note that the current standard is given name followed
by surname, independent of cultural origin.)
Hi, Peter
Li Japin is an alias of Japin Li, it is unnecessary to list both of them.
--
Regrads,
Japin Li.
ChengDu WenWu Information Technology Co.,Ltd.
On Thu, Sep 08, 2022 at 11:39:43PM +0800, Japin Li wrote:
On Thu, 08 Sep 2022 at 20:13, Peter Eisentraut <peter.eisentraut@enterprisedb.com> wrote:
Attached is the plain-text list of acknowledgments for the PG15 release
notes, current through REL_15_BETA4. Please check for problems such as
wrong sorting, duplicate names in different variants, or names in the
wrong order etc. (Note that the current standard is given name followed
by surname, independent of cultural origin.)Hi, Peter
Li Japin is an alias of Japin Li, it is unnecessary to list both of them.
Thanks. This script finds another name which seems to be duplicated:
awk '{print $1,$2; print $2,$1}' |sort |uniq -c |sort -nr |awk '$1>1'
2 Tang Haiying
2 Li Japin
2 Japin Li
2 Haiying Tang
Alternately: awk 'a[$2$1]{print} {a[$1$2]=1}'
--
Justin
On Thu, Sep 8, 2022 at 9:13 PM Peter Eisentraut
<peter.eisentraut@enterprisedb.com> wrote:
Attached is the plain-text list of acknowledgments for the PG15 release
notes, current through REL_15_BETA4. Please check for problems such as
wrong sorting, duplicate names in different variants, or names in the
wrong order etc. (Note that the current standard is given name followed
by surname, independent of cultural origin.)
Thanks as usual!
I think these are Japanese names that are in the
surname-followed-by-given-name order:
Kamigishi Rei
Kawamoto Masaya
Okano Naoki
Best regards,
Etsuro Fujita
On 12.09.22 06:03, Etsuro Fujita wrote:
On Thu, Sep 8, 2022 at 9:13 PM Peter Eisentraut
<peter.eisentraut@enterprisedb.com> wrote:Attached is the plain-text list of acknowledgments for the PG15 release
notes, current through REL_15_BETA4. Please check for problems such as
wrong sorting, duplicate names in different variants, or names in the
wrong order etc. (Note that the current standard is given name followed
by surname, independent of cultural origin.)Thanks as usual!
I think these are Japanese names that are in the
surname-followed-by-given-name order:Kamigishi Rei
Kawamoto Masaya
Okano Naoki
committed with the provided corrections
On 2022/09/08 21:13, Peter Eisentraut wrote:
Attached is the plain-text list of acknowledgments for the PG15 release notes, current through REL_15_BETA4. Please check for problems such as wrong sorting, duplicate names in different variants, or names in the wrong order etc. (Note that the current standard is given name followed by surname, independent of cultural origin.)
I'd propose to add "Tatsuhiro Nakamori" whose patch was back-patched to v15 last week, into the list. Thought?
Regards,
--
Fujii Masao
Advanced Computing Technology Center
Research and Development Headquarters
NTT DATA CORPORATION
Attachments:
0001-Update-list-of-acknowledgments-in-release-nodes.patchtext/plain; charset=UTF-8; name=0001-Update-list-of-acknowledgments-in-release-nodes.patchDownload
From 74a89cac092969208067143d25743b40ddbfbfb0 Mon Sep 17 00:00:00 2001
From: Fujii Masao <fujii@postgresql.org>
Date: Sat, 1 Oct 2022 12:51:45 +0900
Subject: [PATCH] Update list of acknowledgments in release nodes.
---
doc/src/sgml/release-15.sgml | 1 +
1 file changed, 1 insertion(+)
diff --git a/doc/src/sgml/release-15.sgml b/doc/src/sgml/release-15.sgml
index 9b752e26f2..7b18bfefa2 100644
--- a/doc/src/sgml/release-15.sgml
+++ b/doc/src/sgml/release-15.sgml
@@ -3900,6 +3900,7 @@ Author: Etsuro Fujita <efujita@postgresql.org>
<member>Takamichi Osumi</member>
<member>Takayuki Tsunakawa</member>
<member>Takeshi Ideriha</member>
+ <member>Tatsuhiro Nakamori</member>
<member>Tatsuhito Kasahara</member>
<member>Tatsuo Ishii</member>
<member>Tatsuro Yamada</member>
--
2.37.1
On 2022-Oct-07, Fujii Masao wrote:
On 2022/09/08 21:13, Peter Eisentraut wrote:
Attached is the plain-text list of acknowledgments for the PG15 release notes, current through REL_15_BETA4. Please check for problems such as wrong sorting, duplicate names in different variants, or names in the wrong order etc. (Note that the current standard is given name followed by surname, independent of cultural origin.)
I'd propose to add "Tatsuhiro Nakamori" whose patch was back-patched to v15 last week, into the list. Thought?
I agree, he has made some other contributions in the list, even if his
email does not yet show up in the git log.
(I think it would be good to have people's full name when writing the
commit messages, too ...)
(Also: I think it would be nice to have people's names that are
originally in scripts other than Latin to appear in both scripts.)
--
Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
(Also: I think it would be nice to have people's names that are
originally in scripts other than Latin to appear in both scripts.)
That'd move the goalposts for the docs toolchain rather a long way,
I fear.
As for the point originally made, I'm not sure whether Peter has a
consistent rule for which release cycle people get acknowledged in.
It may be that we're already into the time frame in which Nakamori-san
should be listed in PG v16 acknowledgments instead. I have no objection
to adding him if we're still in the v15 frame, though.
regards, tom lane
On 06.10.22 18:26, Fujii Masao wrote:
On 2022/09/08 21:13, Peter Eisentraut wrote:
Attached is the plain-text list of acknowledgments for the PG15
release notes, current through REL_15_BETA4. Please check for
problems such as wrong sorting, duplicate names in different variants,
or names in the wrong order etc. (Note that the current standard is
given name followed by surname, independent of cultural origin.)I'd propose to add "Tatsuhiro Nakamori" whose patch was back-patched to
v15 last week, into the list. Thought?
They were added with the last update.
Peter Eisentraut <peter.eisentraut@enterprisedb.com> writes:
On 06.10.22 18:26, Fujii Masao wrote:
I'd propose to add "Tatsuhiro Nakamori" whose patch was back-patched to
v15 last week, into the list. Thought?
They were added with the last update.
I don't wish to object to adding Nakamori-san here, but I feel like we
need a policy that doesn't require last-minute updates to release notes.
As far as I've understood, the idea is to credit people based on the
time frame in which their patches were committed, not on the branch(es)
that the patches were committed to. Otherwise we'd have to retroactively
add people to back-branch acknowledgements, and we have not been doing
that. So a patch that goes in during the v16 development cycle means
that the author should get acknowledged in the v16 release notes,
even if it got back-patched to older branches. What remains is to
define when is the cutoff point between "acknowledge in v15" versus
"acknowledge in v16". I don't have a strong opinion about that,
but I'd like it to be more than 24 hours before the 15.0 wrap.
Could we make the cutoff be, say, beta1?
regards, tom lane
On Mon, Oct 10, 2022 at 02:41:06AM -0400, Tom Lane wrote:
I don't wish to object to adding Nakamori-san here, but I feel like we
need a policy that doesn't require last-minute updates to release notes.As far as I've understood, the idea is to credit people based on the
time frame in which their patches were committed, not on the branch(es)
that the patches were committed to. Otherwise we'd have to retroactively
add people to back-branch acknowledgements, and we have not been doing
that. So a patch that goes in during the v16 development cycle means
that the author should get acknowledged in the v16 release notes,
even if it got back-patched to older branches. What remains is to
define when is the cutoff point between "acknowledge in v15" versus
"acknowledge in v16". I don't have a strong opinion about that,
but I'd like it to be more than 24 hours before the 15.0 wrap.
Could we make the cutoff be, say, beta1?
Is the issue that we are really only crediting people whose commits/work
appears in major releases, and not in minor ones?
--
Bruce Momjian <bruce@momjian.us> https://momjian.us
EDB https://enterprisedb.com
Indecision is a decision. Inaction is an action. Mark Batterson
Bruce Momjian <bruce@momjian.us> writes:
On Mon, Oct 10, 2022 at 02:41:06AM -0400, Tom Lane wrote:
As far as I've understood, the idea is to credit people based on the
time frame in which their patches were committed, not on the branch(es)
that the patches were committed to.
Is the issue that we are really only crediting people whose commits/work
appears in major releases, and not in minor ones?
What Peter has said about this is that he lists everyone whose name
has appeared in commit messages over thus-and-such a time frame.
So it doesn't matter which branch is involved, just when the contribution
was made. That process is fine with me; I'm just seeking a bit more
clarity as to what the time frames are.
regards, tom lane
On Mon, Oct 10, 2022 at 02:44:22PM -0400, Tom Lane wrote:
Bruce Momjian <bruce@momjian.us> writes:
On Mon, Oct 10, 2022 at 02:41:06AM -0400, Tom Lane wrote:
As far as I've understood, the idea is to credit people based on the
time frame in which their patches were committed, not on the branch(es)
that the patches were committed to.Is the issue that we are really only crediting people whose commits/work
appears in major releases, and not in minor ones?What Peter has said about this is that he lists everyone whose name
has appeared in commit messages over thus-and-such a time frame.
So it doesn't matter which branch is involved, just when the contribution
was made. That process is fine with me; I'm just seeking a bit more
clarity as to what the time frames are.
Oh, that's an interesting approach but it might mean that, for example,
PG 16 patch authors appear in the PG 15 major release notes. It seems
that the stable major release branch date should be the cut-off, so no
one is missed.
--
Bruce Momjian <bruce@momjian.us> https://momjian.us
EDB https://enterprisedb.com
Indecision is a decision. Inaction is an action. Mark Batterson
On 10.10.22 08:41, Tom Lane wrote:
What remains is to
define when is the cutoff point between "acknowledge in v15" versus
"acknowledge in v16". I don't have a strong opinion about that,
but I'd like it to be more than 24 hours before the 15.0 wrap.
Could we make the cutoff be, say, beta1?
beta1 is too early, because a significant portion of the names comes in
after beta1. rc1 would be ok, I think.