Re: RC1 blocker issues - Mailing list pgsql-hackers

From Tom Lane
Subject Re: RC1 blocker issues
Date
Msg-id 15913.1164397702@sss.pgh.pa.us
Whole thread Raw
In response to RC1 blocker issues  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: RC1 blocker issues  (David Fetter <david@fetter.org>)
Re: RC1 blocker issues  ("Andrew Dunstan" <andrew@dunslane.net>)
Re: RC1 blocker issues  (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>)
List pgsql-hackers
I wrote:
> * possible rearrangement of pg_stat column order:
> http://archives.postgresql.org/pgsql-hackers/2006-11/msg00643.php
> Should we do this, and if so should we force initdb (via a catversion
> change)?  I'm currently leaning to the thought that if we change it
> we should force initdb, else we'll risk having a noticeable user-visible
> difference between different "8.2" installations.

Actually, on looking closer, we *must* force initdb because this changes
the expected output for the rules regression test.

So, yea or nay?  I'm working up the patch right now, but will hold off
applying until I hear some comments.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Jeremy Kronuz"
Date:
Subject: Re: Various breakages in new contrib/isn module
Next
From: Andrew Sullivan
Date:
Subject: Re: [Replica-hooks-discuss] Integrating Replication ino