Re: Detailed release notes

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: jian he <jian(dot)universality(at)gmail(dot)com>
Cc: Jelte Fennema-Nio <postgres(at)jeltef(dot)nl>, Marcos Pegoraro <marcos(at)f10(dot)com(dot)br>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Daniel Gustafsson <daniel(at)yesql(dot)se>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Detailed release notes
Date: 2024-09-13 16:39:28
Message-ID: ZuRqwGUbVltayZon@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Sep 7, 2024 at 10:12:00AM +0800, jian he wrote:
> On Sat, Sep 7, 2024 at 6:30 AM Jelte Fennema-Nio <postgres(at)jeltef(dot)nl> wrote:
> >
> > On Thu, 22 Aug 2024 at 21:34, Marcos Pegoraro <marcos(at)f10(dot)com(dot)br> wrote:
> > > I understand your point, and agree with that for previous releases, but since we have a month only for version 17, will this process work properly until that date ?
> > > I think a release notes is more read as soon as it is available than other months, isn't it ?
> > > And this feature is just a HTML page, so if it's done manually or automatically, from the reader point of view it'll be exactly the same.
> >
> > Big +1 to this. It would definitely be great if we would have these
> > commit links for previous release notes. But the PG17 GA release is
> > probably happening in 19 days on September 26th. I feel like we should
> > focus on getting the manual improvements from Jian He merged,
> > otherwise we'll end up with release notes for PG17 on release day that
> > are significantly less useful than they could have been. Let's not
> > make perfect the enemy of good here.
> >
>
> hi. Thanks for your interest.
> patch updated.

I applied this patch to PG 17. You can see the results at:

https://momjian.us/pgsql_docs/release-17.html

The community doc build only shows the master branch, which is PG 18,
and the PG 17 docs are only built before the release.

I changed the patch to use the section symbol "§" instead of showing
the hashes. The hashes seemed too detailed. Does anyone see a better
symbol to use from here?

http://www.zipcon.net/~swhite/docs/computers/browsers/entities_page.html

I think we are limited to the HTML entities listed on that page. I also
removed the brackets and the period you added at the end of the text.

> there are at least several typos in sgml comment.
> like
>
> <!--
> Author: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
> 2023-11-17 [f7816aec2] Extract column statistics from CTE references, if possib
> Author: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
> 2024-03-26 [a65724dfa] Propagate pathkeys from CTEs up to the outer query.
> -->
>
> here should be "possible".

Yes, the git output is cut off at a certain length --- I don't think we
should change it.

--
Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
EDB https://enterprisedb.com

When a patient asks the doctor, "Am I going to die?", he means
"Am I going to die soon?"

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Kane 2024-09-13 20:07:13 Exporting float_to_shortest_decimal_buf(n) with Postgres 17 on Windows
Previous Message sia kc 2024-09-13 16:27:48 A starter task