Re: Planning incompatibilities for Postgres 10.0

From: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Craig Ringer <craig(at)2ndquadrant(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Planning incompatibilities for Postgres 10.0
Date: 2013-05-27 22:39:35
Message-ID: CAB7nPqRqczoR5C9YtH-tagNzOtb+yHaLfq5KrPRFCJj4txFmwQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, May 28, 2013 at 12:36 AM, Alvaro Herrera
<alvherre(at)2ndquadrant(dot)com>wrote:

> Michael Paquier escribió:
> > On Mon, May 27, 2013 at 2:01 PM, Craig Ringer <craig(at)2ndquadrant(dot)com>
> wrote:
> >
> > > On 05/25/2013 05:39 PM, Simon Riggs wrote:
> > > - Switching to single-major-version release numbering. The number of
> > > people who say "PostgreSQL 9.x" is amazing; even *packagers* get this
> > > wrong and produce "postgresql-9" packages. Witness Amazon Linux's awful
> > > PostgreSQL packages for example. Going to PostgreSQL 10.0, 11.0, 12.0,
> > > etc with a typical major/minor scheme might be worth considering.
> > >
> > In this case you don't even need the 2nd digit...
>
> You do -- they are used for minor releases, i.e. 10.1 would be a bugfix
> release for 10.0. If we continue using the current numbering scheme,
> 10.1 would be the major version after 10.0.
>
Sorry for the confusion. I meant that the 2nd digit would not be necessary
when identifying a given major release, so I just didn't get the meaning of
what Craig said. As you say, you would still need the 2nd digit for minor
releases.
--
Michael

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Fetter 2013-05-27 22:52:27 Re: Planning incompatibilities for Postgres 10.0
Previous Message Jaime Casanova 2013-05-27 21:50:40 Re: New committers