Skip site navigation (1) Skip section navigation (2)

Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README pg_dumpaccounts.sh)

From: Vince Vielhaber <vev(at)michvhf(dot)com>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: The Hermit Hacker <scrappy(at)hub(dot)org>, Ned Lilly <ned(at)greatbridge(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Jan Wieck <janwieck(at)Yahoo(dot)com>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README pg_dumpaccounts.sh)
Date: 2000-11-03 01:11:53
Message-ID: Pine.BSF.4.30.0011022011050.30312-100000@paprika.michvhf.com (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
On Thu, 2 Nov 2000, Bruce Momjian wrote:

> > 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 ...
>
> OK, we have votes from Lamar, Ned, Jan, and someone else to keep it in
> /contrib, votes from Marc and Tom to remove it completely.
>
> Other votes?
>
> It will not be mentioned in the release notes.
>
>

So now I'm only a "someone else"?   Wait till you see your next link!

Vince.
-- 
==========================================================================
Vince Vielhaber -- KA8CSH    email: vev(at)michvhf(dot)com    http://www.pop4.net
 128K ISDN from $22.00/mo - 56K Dialup from $16.00/mo at Pop4 Networking
        Online Campground Directory    http://www.camping-usa.com
       Online Giftshop Superstore    http://www.cloudninegifts.com
==========================================================================




In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2000-11-03 01:12:33
Subject: Re: Unhappy thoughts about pg_dump and objects inherited from template1
Previous:From: Philip WarnerDate: 2000-11-03 01:00:48
Subject: Re: Unhappy thoughts about pg_dump and objects inherited from template1

pgsql-committers by date

Next:From: Bruce MomjianDate: 2000-11-03 01:13:00
Subject: Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README pg_dumpaccounts.sh)
Previous:From: Tom LaneDate: 2000-11-03 00:51:26
Subject: Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README pg_dumpaccounts.sh)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group