Re: Reports on obsolete Postgres versions - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: Reports on obsolete Postgres versions
Date
Msg-id D581A853-47E3-4948-95D2-3124E96844FC@yesql.se
Whole thread Raw
In response to Re: Reports on obsolete Postgres versions  (Michael Banck <mbanck@gmx.net>)
Responses Re: Reports on obsolete Postgres versions
Re: Reports on obsolete Postgres versions
List pgsql-hackers
>> but that is far down the page.  Do we need to improve this?

> I liked the statement from Laurenz a while ago on his blog
> (paraphrased): "Upgrading to the latest patch release does not require
> application testing or recertification". I am not sure we want to put
> that into the official page (or maybe tone down/qualify it a bit), but I
> think a lot of users stay on older minor versions because they dread
> their internal testing policies.

I think we need a more conservative language since a minor release might fix a
planner bug that someone's app relied on and their plans will be worse after
upgrading.  While rare, it can for sure happen so the official wording should
probably avoid such bold claims.

> The other thing that could maybe be made a bit better is the fantastic
> patch release schedule, which however is buried in the "developer
> roadmap". I can see how this was useful years ago, but I think this page
> should be moved to the end-user part of the website, and maybe (also)
> integrated into the support/versioning page?

Fair point.

--
Daniel Gustafsson




pgsql-hackers by date:

Previous
From: Anthonin Bonnefoy
Date:
Subject: Re: POC: Extension for adding distributed tracing - pg_tracing
Next
From: Tomas Vondra
Date:
Subject: Re: Add bump memory context type and use it for tuplesorts