From: | Neil Conway <neilc(at)samurai(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Darcy Buskermolen <darcy(at)wavefire(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 8.0 Open Items |
Date: | 2004-08-21 06:00:05 |
Message-ID: | 4126E4E5.8090503@samurai.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane wrote:
> Okay, I don't want to force an initdb just for this either. But if we
> do one for other reasons, it's toast.
I don't see why an initdb is required: if we want to remove it, we can
replace the function's implementation with elog(ERROR, "this function
has been removed"), or the like. The difference between doing that much
and actually removing the function's catalog entry is pretty negligible
from the user's POV. The next time we bump the catalog version (either
during beta or during the 8.1 cycle), we can remove the catalog entry
for the function.
That said, I don't see the need to get rid of the function in time for
8.0, and it would be nice to have a more public notice of deprecation
(the release notes) to give users fair warning before we remove it.
-Neil
P.S. I hope everyone had a good summer!
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2004-08-21 08:23:19 | Re: pg_hba.conf and Solaris |
Previous Message | Tom Lane | 2004-08-21 04:11:21 | Re: 8.0 Open Items |