Re: wrapping up this CommitFest (was Re: knngist - 0.8)

Robert Haas <robertmhaas@gmail.com>

From: Robert Haas <robertmhaas@gmail.com>

To: Tom Lane <tgl@sss.pgh.pa.us>

Cc: Josh Berkus <josh@agliodbs.com>, pgsql-hackers@postgresql.org

Date: 2011-03-01T20:09:01Z

Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

Further refine patch for commenting operator implementation functions.
- 908ab8028640 9.1.0 cited
Fix citext's upgrade-from-unpackaged script to set its collation correctly.
- 94be9e3f0ca9 9.1.0 cited
Mark operator implementation functions as such in their comments.
- 94133a935414 9.1.0 cited
Add KNNGIST support to contrib/btree_gist.
- 8436489c81c2 9.1.0 cited
Fix plpython breakage detected on certain Fedora machines on buildfarm.
- 4c966d920fb7 9.1.0 cited

On Tue, Mar 1, 2011 at 3:08 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> On Tue, Mar 1, 2011 at 2:52 PM, Josh Berkus <josh@agliodbs.com> wrote:
>>> Ideally, we want to have some binaries/packages for the "final alpha".
>>> Those broaden testing considerably.
>
>> When we have a version that needs that treatment, we can simply call
>> it beta1.  If it's too half-baked for that, then I don't see the point
>> in going to a lot of trouble to build packages.
>
> We (or more precisely EDB) made Windows installers for alpha1:
> http://www.enterprisedb.com/products-services-training/pgdevdownload
> And IIRC they did installers for alphas in the 9.0 cycle too.  And
> certainly Devrim and others have been building binary packages for
> alphas.  If this alpha is so much less baked than the previous ones
> that that's not worthwhile, there's something very wrong with the
> process.  The last alpha ought to be in testable condition.

Oh, really?  OK.  I wasn't aware that alphas got installers.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company