Thread: Stamping of 8.4

Stamping of 8.4

From
Bruce Momjian
Date:
Tom did most of the 8.4 stamping and I incremented the library minor
version numbers.  I have updated the library bump wording in
RELEASE_CHANGES:
o  Bump minor library versions, major if appropriate (see below)

I also updated this item description:
o  update config.guess and config.sub at the start of beta

I see this was done already by Peter during beta:
date: 2007/11/15 20:21:04;  author: petere;  state: Exp;  lines: +25 -9Update config.guess and config.sub

so I removed the "at the start of beta" from above.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://postgres.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


Re: Stamping of 8.4

From
Bruce Momjian
Date:
Sorry, please ignore me.  I got "start of beta" confused with "start of
development".

---------------------------------------------------------------------------

Bruce Momjian wrote:
> Tom did most of the 8.4 stamping and I incremented the library minor
> version numbers.  I have updated the library bump wording in
> RELEASE_CHANGES:
> 
>     o  Bump minor library versions, major if appropriate (see below)
> 
> I also updated this item description:
> 
>     o  update config.guess and config.sub at the start of beta
> 
> I see this was done already by Peter during beta:
> 
>     date: 2007/11/15 20:21:04;  author: petere;  state: Exp;  lines: +25 -9
>     Update config.guess and config.sub
> 
> so I removed the "at the start of beta" from above.
> 
> -- 
>   Bruce Momjian  <bruce@momjian.us>        http://momjian.us
>   EnterpriseDB                             http://postgres.enterprisedb.com
> 
>   + If your life is a hard drive, Christ can be your backup. +
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Have you searched our list archives?
> 
>                http://archives.postgresql.org

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://postgres.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


Re: Stamping of 8.4

From
Alvaro Herrera
Date:
Bruce Momjian wrote:
> Tom did most of the 8.4 stamping and I incremented the library minor
> version numbers.  I have updated the library bump wording in
> RELEASE_CHANGES:
> 
>     o  Bump minor library versions, major if appropriate (see below)

I admit I am surprised by the library bump.  We haven't done anything to
the libraries yet, so why bump the versions?

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


Re: Stamping of 8.4

From
Bruce Momjian
Date:
Alvaro Herrera wrote:
> Bruce Momjian wrote:
> > Tom did most of the 8.4 stamping and I incremented the library minor
> > version numbers.  I have updated the library bump wording in
> > RELEASE_CHANGES:
> > 
> >     o  Bump minor library versions, major if appropriate (see below)
> 
> I admit I am surprised by the library bump.  We haven't done anything to
> the libraries yet, so why bump the versions?

It is standard practice because we always modify the library in some
way, and if we don't do the minor version libraries will not favor the
new version.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://postgres.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


Re: Stamping of 8.4

From
Tom Lane
Date:
Alvaro Herrera <alvherre@commandprompt.com> writes:
> I admit I am surprised by the library bump.  We haven't done anything to
> the libraries yet, so why bump the versions?

Minor version bump is done unconditionally for each release cycle.

Major version bump is as-needed (ABI break).
        regards, tom lane


Re: Stamping of 8.4

From
Alvaro Herrera
Date:
Tom Lane wrote:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
> > I admit I am surprised by the library bump.  We haven't done anything to
> > the libraries yet, so why bump the versions?
> 
> Minor version bump is done unconditionally for each release cycle.

Oh, I see.  I will update RELEASE_CHANGES to that effect.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


Re: Stamping of 8.4

From
Bruce Momjian
Date:
Alvaro Herrera wrote:
> Tom Lane wrote:
> > Alvaro Herrera <alvherre@commandprompt.com> writes:
> > > I admit I am surprised by the library bump.  We haven't done anything to
> > > the libraries yet, so why bump the versions?
> > 
> > Minor version bump is done unconditionally for each release cycle.
> 
> Oh, I see.  I will update RELEASE_CHANGES to that effect.

I think I did that.  Does it need more?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://postgres.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


Re: Stamping of 8.4

From
Stephen Frost
Date:
* Tom Lane (tgl@sss.pgh.pa.us) wrote:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
> > I admit I am surprised by the library bump.  We haven't done anything to
> > the libraries yet, so why bump the versions?
>
> Minor version bump is done unconditionally for each release cycle.

This isn't a *huge* deal, but I'm not sure it's actually appropriate.
We should bump the minor version when we actually add something new to
the library (which is probably just about every time we do a major
version, but still).
Thanks,
    Stephen

Re: Stamping of 8.4

From
Bruce Momjian
Date:
Stephen Frost wrote:
-- Start of PGP signed section.
> * Tom Lane (tgl@sss.pgh.pa.us) wrote:
> > Alvaro Herrera <alvherre@commandprompt.com> writes:
> > > I admit I am surprised by the library bump.  We haven't done anything to
> > > the libraries yet, so why bump the versions?
> > 
> > Minor version bump is done unconditionally for each release cycle.
> 
> This isn't a *huge* deal, but I'm not sure it's actually appropriate.
> We should bump the minor version when we actually add something new to
> the library (which is probably just about every time we do a major
> version, but still).

The problem is the risk of forgetting during development.  When we break
an API it is obvious, but improvements are so regular you can't remember
when you first do it for each interface.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://postgres.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


Re: Stamping of 8.4

From
Tom Lane
Date:
Stephen Frost <sfrost@snowman.net> writes:
> * Tom Lane (tgl@sss.pgh.pa.us) wrote:
>> Minor version bump is done unconditionally for each release cycle.

> This isn't a *huge* deal, but I'm not sure it's actually appropriate.
> We should bump the minor version when we actually add something new to
> the library (which is probably just about every time we do a major
> version, but still).

Only if there were exactly zero changes would the minor version bump
be unnecessary.  I doubt that's ever happened.
        regards, tom lane


Re: Stamping of 8.4

From
Alvaro Herrera
Date:
Bruce Momjian wrote:
> Alvaro Herrera wrote:
> > Tom Lane wrote:
> > > Alvaro Herrera <alvherre@commandprompt.com> writes:
> > > > I admit I am surprised by the library bump.  We haven't done anything to
> > > > the libraries yet, so why bump the versions?
> > > 
> > > Minor version bump is done unconditionally for each release cycle.
> > 
> > Oh, I see.  I will update RELEASE_CHANGES to that effect.
> 
> I think I did that.  Does it need more?

Yeah, you didn't touch the "Minor Version" subsection of "Library
Version Changes".

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


Re: Stamping of 8.4

From
Tom Lane
Date:
Bruce Momjian <bruce@momjian.us> writes:
> Stephen Frost wrote:
>> We should bump the minor version when we actually add something new to
>> the library (which is probably just about every time we do a major
>> version, but still).

> The problem is the risk of forgetting during development.  When we break
> an API it is obvious, but improvements are so regular you can't remember
> when you first do it for each interface.

We could possibly do the bump at the end of the cycle (eg, just before
beta) if no major bump has happened meanwhile.  However, this would
complicate life for developers.  I believe one of the arguments for the
immediate minor bump was so that you could tell a development library
from the previous release version, and (if your platform lets you) even
install them in parallel.
        regards, tom lane


Re: Stamping of 8.4

From
Bruce Momjian
Date:
Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> > Stephen Frost wrote:
> >> We should bump the minor version when we actually add something new to
> >> the library (which is probably just about every time we do a major
> >> version, but still).
> 
> > The problem is the risk of forgetting during development.  When we break
> > an API it is obvious, but improvements are so regular you can't remember
> > when you first do it for each interface.
> 
> We could possibly do the bump at the end of the cycle (eg, just before
> beta) if no major bump has happened meanwhile.  However, this would
> complicate life for developers.  I believe one of the arguments for the
> immediate minor bump was so that you could tell a development library
> from the previous release version, and (if your platform lets you) even
> install them in parallel.

Yes, a late bump would invalidate a lot of installations running CVS in
testing.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://postgres.enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +