Bruce Momjian <[EMAIL PROTECTED]> writes:
> I think the issue is that we don't want to risk breaking pg_dumpall in a
> minor release.
No we don't, but I agree with Peter that pg_dumpall is the place for
this feature in the long run. A separate contrib script is not going
to get maintained.
What I want to know is why we are adding features at all in a minor
release. Especially 24 or so hours before release, when there is
certainly no time for any testing worthy of the name. Contrib or no
contrib, I think this is a bad idea and a bad precedent.
regards, tom lane
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib/pg_dumpaccou... Bruce Momjian
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib/pg_dump... Lamar Owen
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib/pg_dump... Tom Lane
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib/pg_... Bruce Momjian
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib/pg_... Ned Lilly
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib... Bruce Momjian
- Re: [HACKERS] Re: [COMMITTERS] pgsql/con... Vince Vielhaber
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib... Karl DeBisschop
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib... Peter Eisentraut
- Re: [HACKERS] Re: [COMMITTERS] pgsql/contrib... Tom Lane
- Re: [HACKERS] Re: [COMMITTERS] pgsql/con... Bruce Momjian
