Re: Reports on obsolete Postgres versions

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Jeremy Schneider <schneider(at)ardentperf(dot)com>
Cc: Daniel Gustafsson <daniel(at)yesql(dot)se>, Michael Banck <mbanck(at)gmx(dot)net>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Reports on obsolete Postgres versions
Date: 2024-03-13 17:12:01
Message-ID: ZfHeYR589ZciKKjP@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Mar 13, 2024 at 09:21:27AM -0700, Jeremy Schneider wrote:
> It's not just roadmaps and release pages where we mix up these terms
> either, it's even in user-facing SQL and libpq routines: both
> PQserverVersion and current_setting('server_version_num') return the
> patch release version in the numeric patch field, rather than the
> numeric minor field (which is always 0).
>
> In my view, the best thing would be to move toward consistently using
> the word "patch" and moving away from the word "minor" for the
> PostgreSQL quarterly maintenance updates.
>

I think "minor" is a better term since it contrasts with "major". We
don't actually supply patches to upgrade minor versions.

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

Only you can decide what is important to you.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Amonson, Paul D 2024-03-13 17:52:14 RE: Popcount optimization using AVX512
Previous Message Alexander Lakhin 2024-03-13 17:00:00 Re: pg16: XX000: could not find pathkey item to sort