Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README pg_dumpaccounts.sh)
От | The Hermit Hacker |
---|---|
Тема | Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README pg_dumpaccounts.sh) |
Дата | |
Msg-id | Pine.BSF.4.21.0011022025120.494-100000@thelab.hub.org обсуждение исходный текст |
Ответ на | Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README pg_dumpaccounts.sh) (Ned Lilly <ned@greatbridge.com>) |
Ответы |
Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile
README pg_dumpaccounts.sh)
|
Список | pgsql-hackers |
On Thu, 2 Nov 2000, Ned Lilly wrote: > We recognize this is a temporary hack - and fully expect it to go away > in 7.1 We actually think that the final solution might be more > appropriate in pg_dump itself than pg_dumpall, but that's obviously a > much more breakable proposition (hence the separate utility). Okay, because of this paragraph, and this one only, I will agree with Tom (and I believe Bruce) that this should be removed. If, as Peter states, this could be put into pg_dump in 5 lines, and as you say, it is a temporary hack, then more appropriate would be to put a link off of the web site and *not* put it into the source distribution ... I like what it does, since I can relate to the need to dump user/group info seperate from everything else, but if a permanent fix is as doable as Peter states, putting a temporary one, especially into a minor release, makes little to no sense ... My vote is to please remove it from the source tree ... > If it *is* necessary (or at least worthwhile), is it the consensus of > the -hackers community that it go in /contrib? Altho this is going to force me to agree with Tom concerning Karel's patch, it should not be added to the 7.0.x branch *at all* ... 7.0.x is a *patch* release, new features are for 7.1 and 7.1 only ...
В списке pgsql-hackers по дате отправления: