Re: pgsql/src/bin/pgaccess/lib database.tcl mainli ...

From: Constantin Teodorescu <teo(at)flex(dot)ro>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql/src/bin/pgaccess/lib database.tcl mainli ...
Date: 2001-02-07 21:58:35
Message-ID: 3A81C50B.50AEF8D9@flex.ro
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Bruce Momjian wrote:
>
> > Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > > Tom, we really can't modify these because Constantin keeps the master
> > > copies. Can you send a diff to him so he can roll it into the next
> > > release?
> >
> > I don't think that's a very tenable policy for code that we keep in our
> > CVS tree. Any kind of search-and-replace change is likely to hit
> > pgaccess as well as other code; are you going to always be alert enough
> > to slap people on the wrist when they make a change without thinking who
> > owns the "master" file?
> >
> > Perhaps we should remove pgaccess from our CVS tree and have it be
> > shipped as a separate package.
>
> Seems to have worked well in the past. Constantin has a different
> release schedule than we do, and packages MSWin libraries with his
> tarball.

I think that the best sollution is to syncronize now the sources, leave
pgaccess in CVS and from that moment I'll work on the "official" sources
in your CVS. I will need just a couple of hours to experiment a bit with
that strange thing (I never worked with CVS's :-( ) but, hey, it should
be a start for all, isn't it?

From that moment, the sources will be easy to update.

What do you think?

Constantin Teodorescu

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Bruce Momjian 2001-02-07 22:01:40 Re: pgsql/src/bin/pgaccess/lib database.tcl mainli ...
Previous Message Bruce Momjian 2001-02-07 21:52:05 Re: pgsql/src/bin/pgaccess/lib database.tcl mainli ...