Re: www.pgaccess.org - the official story (the way I saw - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: www.pgaccess.org - the official story (the way I saw
Date
Msg-id 200206041837.g54Ibt724501@candle.pha.pa.us
Whole thread Raw
In response to Re: www.pgaccess.org - the official story (the way I saw  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> "Marc G. Fournier" <scrappy@hub.org> writes:
> > From a PgSQL Project standpoint, pgaccess has always been included as a
> > way of increasing the overall distribution of the package as a valid GUI
> > interface ... all that has ever happened in the past is that when a new
> > release came out from Teo, Bruce has generally downloaded it and replaced
> > what we had in CVS ... there were no patches involved ... I don't see why
> > that has to change, does it?
> 
> Ideally I think there should be only one master CVS copy of pgaccess ---
> either that should be the one in the postgresql.org tree, or we should
> remove pgaccess from postgresql.org and let it become a standalone
> project with its own CVS someplace else.  I know that right now, there
> are some changes in the postgresql.org tree that are not in Teo's tree,
> because I made some 7.2 fixes there last summer (having forgotten that
 ^^^^^^^^^^^^^^^^^^^^^
 
> our sources were not the master copy).  This is not good, but it'll ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> keep happening if there are multiple CVS trees.

[ Just catching up.]

Actually, the PostgreSQL CVS tree is the master pgacces source since Teo
stopped working on it.  I used to pass patches back to him but at one
point he told me that we should maintian the master copy.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: pgaccess
Next
From: Peter Eisentraut
Date:
Subject: Re: non-standard escapes in string literals