Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w9nM2-001kjw-0Z for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Apr 2026 17:03:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w9nM0-00AeNu-1Y for pgsql-hackers@arkaria.postgresql.org; Mon, 06 Apr 2026 17:03:12 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1w9nM0-00AeNm-0c for pgsql-hackers@lists.postgresql.org; Mon, 06 Apr 2026 17:03:12 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1w9nLy-00000000vpr-0Hf3 for pgsql-hackers@lists.postgresql.org; Mon, 06 Apr 2026 17:03:12 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=momjian.us; s=2026010100; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description; bh=gLA6mH+CuP9calU7e5W65KU9FzFJmcGLrlWSWV/kDis=; b=15FtF aU39aDqbbsDjXghqItiubRjci7xMzi/z/Jwm3JkxprFtpjE7NaCIVo6Lbw0YtI2/+727PeoxyeFE0 iiCcMrBJGvqbAs+MHC4krNnwQinsLfU5yDpl8LhCy48CzN/jAWUNlaPnXecfTi+HBRNSii42Dr4Jv DsxUuexiAZB/IgC26CEO0BBV43aScmQLJhjDTPwib5BhX8rCf/qI+jJIkun8onL/Cdcbgp715nlsp 18xO6g7b87EpFbRkEsl7iK/514WtmGfQc8+66qz/MHtpx0ddd1Uogn3qJt7RYGJ3BP1hsm9RThko7 zJtx2Dkzrrxh60m/+E65A9G/8foIA==; Received: from bruce by momjian.us with local (Exim 4.98.2) (envelope-from ) id 1w9nLw-00000003Hq9-1W8A; Mon, 06 Apr 2026 13:03:08 -0400 Date: Mon, 6 Apr 2026 13:03:08 -0400 From: Bruce Momjian To: Andres Freund Cc: Tom Lane , =?utf-8?Q?=C3=81lvaro?= Herrera , Peter Geoghegan , Andrey Borodin , PostgreSQL-development Subject: Re: PG 19 release notes and authors Message-ID: References: <202604051405.sxedzcgzky3n@alvherre.pgsql> <582789.1775401852@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, Apr 6, 2026 at 12:37:39PM -0400, Andres Freund wrote: > > Any changes to the wiki are going forward. While receiving emotional > > replies, I have not received answers to my specific questions. > Expecting detailed responses while other folks are working on getting stuff > committed before the feature freeze also seems like a bit much. And again, > that seems unrelated to the complain here that you're unilaterally making > decisions. Uh, I am also working on getting the PG 19 release note ready, so I at least needed to know what the PG 19 rules should be. I could not wait for after the feature freeze date. > > What is the answer, both for PG 19, and going forward? I need an > > answer because I need rules to follow. > > I think the answer is for you to roll back your changes, assume co-authorship > means co-authorship, and then, if you think we need another tag, start a > discussion about how what tag to use for "blame-but-no-credit-goes-to" going > forward. I would strongly recommend starting that discussion only once we're > well into the betas for 19, because it's just going to sow confusion if we > consider doing anything like this while still doing 19 stuff. Uh, just to clarify, these are changes made on January 8, 2025, and were discussed on pgsql-private-committers@lists.postgresql.org, that need to be changed: https://wiki.postgresql.org/index.php?title=Commit_Message_Guidance&diff=40351&oldid=40350 I have updated the text to now be: Used to indicate the patch authors. If no "Author" or "Co-authored-by" is listed, the committer is assumed to be the author. > > I don't have a strong opinion but I do think we need a syntax for > > committers to indicate they modified a patch, might have introduced > > bugs, but don't want release note author credit, since I think several > > people have found that useful. Is that inaccurate? > > I for one don't believe that's needed. Committers always are to co-blame for > stuff they commit, so when do you need to express blame-but-no-credit-goes-to? True. I don't really care what the rules are. I was only emailing to say what I thought the rules we agreed on last year don't match the commit messages, so I need to know the rules. -- Bruce Momjian https://momjian.us EDB https://enterprisedb.com Do not let urgent matters crowd out time for investment in the future.