Skip site navigation (1) Skip section navigation (2)

Re: PG 9.0 release timetable

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: PG 9.0 release timetable
Date: 2010-05-29 21:58:21
Message-ID: 24902.1275170301@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> Thoughts on a few of the remaining items:

> Should we revert the default output format for bytea to the old style
> before shipping 9.0.0? - Consensus seems to be "no", thus no action is
> required.

I think we should leave that there for awhile, though I agree it's
likely that the final decision will be "no change".

> don't rename index columns behavior has already broken JDBC - As I
> understand it, this is not a code issue, but just something that
> driver authors need to be aware of.

There had been a section on the page about information we needed to
communicate to third-party authors.  Someone seems to have removed
that, but that seems like where this belongs.

> Crash in buildfarm for Mac OS X 10.6.3 - Consensus seems to be that
> the machine just ran out of disk space - not sure we need to do
> anything here.

It's a bit weird though, because UpdateControlFile should always update
in place; why would there be any risk of out of disk space?  I would
like to find out exactly what happened, though I have no clear ideas
how to investigate it.

> move 'long long' check to c.h - Is this perhaps addressed by Michael
> Meskes commits on May 25th?
> Mergejoin null handling - I think this is done:

Yup, both done, I moved them.

			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2010-05-29 22:11:57
Subject: Re: small exclusion constraints patch
Previous:From: Robert HaasDate: 2010-05-29 21:37:50
Subject: Re: PG 9.0 release timetable

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group