Re: 10.0

From: Mark Dilger <hornschnorter(at)gmail(dot)com>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Josh berkus <josh(at)agliodbs(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, David Fetter <david(at)fetter(dot)org>, Thom Brown <thom(at)linux(dot)com>, Dave Page <dpage(at)pgadmin(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: 10.0
Date: 2016-05-14 04:18:28
Message-ID: 59BE33FD-5A08-4662-AD77-FB0B90E06D5D@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> On May 13, 2016, at 8:26 PM, David G. Johnston <david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
>
> On Fri, May 13, 2016 at 10:18 PM, Mark Dilger <hornschnorter(at)gmail(dot)com> wrote:
>
> My main concern is that a commitment to never, ever break backwards
> compatibility is a commitment to obsolescence.
>
> ​​You started this sub-thread with:
>
> "If I understand correctly..."
>
> ​I'm not sure that you do...​
>
> Our scheme is, in your terms, basically:
>
> <major>.micro
>
> where <major> is a decimal.
>
> You cannot reason about the whole and fraction portions of the decimal independently.

There is no point in having them as separate parts of the version number
unless you can do precisely that. If the only difference between choosing 9.7.0
vs. 10.0.0 is that you consulted a numerologist who moonlights as an astrologer,
then, yes, you can't tell anything from the first number independent from
the second. I was simply arguing against the numerology/astrology approach
to version numbering. The only other way out of the numerology/astrology
approach is the one Tom Lane suggested, and that you seem to support.

This whole conversation makes me think the community has done a poor job
of communicating the nature of the (major,minor) portion of the (major,minor,micro)
numbering scheme. I always assumed it was more respectable that it now
appears to have been.

mark

In response to

  • Re: 10.0 at 2016-05-14 03:26:49 from David G. Johnston

Browse pgsql-hackers by date

  From Date Subject
Next Message Anderson Carniel 2016-05-14 04:35:30 Losing memory references - SRF + SPI
Previous Message David G. Johnston 2016-05-14 03:26:49 Re: 10.0