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