From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | John Naylor <john(dot)naylor(at)enterprisedb(dot)com> |
Cc: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: broken table formatting in psql |
Date: | 2022-09-12 05:44:20 |
Message-ID: | CAFj8pRCxctK8SFr=twndzqpxzYOaTm8+xPzQ+5dmEo=QDw34SQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
po 12. 9. 2022 v 7:37 odesílatel John Naylor <john(dot)naylor(at)enterprisedb(dot)com>
napsal:
> On Thu, Sep 8, 2022 at 12:51 PM Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
> wrote:
> >
> >
> >> Does anyone want to advocate for backpatching these missing ranges to
> >> v12 and up? v12 still has a table in-line so trivial to remedy, but
> >> v13 and up use a script, so these exceptions would likely have to use
> >> hard-coded branches to keep from bringing in new changes.
> >>
> >> If so, does anyone want to advocate for including this patch in v15?
> >> It claims Unicode 14.0.0, and this would make that claim more
> >> technically correct as well as avoiding additional branches.
> >
> >
> > I think it can be fixed just in v15 and master. This issue has no
> impact on SQL.
>
> Well, if the regressions from v11 are not important enough to
> backpatch, there is not as much of a case to backpatch the full fix to
> v15 either.
>
This is not a critical issue, really. On second thought, I don't see the
point in releasing fresh Postgres with this bug, where there is know bugfix
- and this bugfix should be compatible (at this moment) with 16.
PostgreSQL 15 was not released yet.
Regards
Pavel
--
> John Naylor
> EDB: http://www.enterprisedb.com
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2022-09-12 05:51:31 | Re: [PATCH] initdb: do not exit after warn_on_mount_point |
Previous Message | John Naylor | 2022-09-12 05:37:47 | Re: broken table formatting in psql |