Re: pgsql-server/src backend/bootstrap/Tag: backen ...

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql-server/src backend/bootstrap/Tag: backen ...
Date: 2003-09-08 03:11:25
Message-ID: 24882.1062990685@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers-win32

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> Tom Lane wrote:
>> So? Supplying the derived files via CVS rather than via snapshots
>> won't improve matters at all for people who haven't got the tools.

> Why do you need the tools if CVS has the files?

Why do you need the tools if the nightly snapshots have the files?
Same either way AFAICS.

My objection is basically that CVS is a hugely inefficient mechanism
for delivering derived files. The cost is about the same from a
downloader's point of view as snapshot tarballs --- but we pay for each
update *forever* in CVS storage. I do not mind having CVS permanently
record every feature addition or bug fix; that's potentially-useful
history. But there is zero historical content in derived files.

> I added something to configure so the derived files are newer than the
> others.

Doesn't that break the scenario you were just citing where a WIN32_DEV
user is trying to fix something in a .y or .l file?

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Bruce Momjian 2003-09-08 03:40:46 Re: pgsql-server/src backend/bootstrap/Tag: backen ...
Previous Message Bruce Momjian 2003-09-08 03:11:05 Re: pgsql-server/src backend/bootstrap/Tag: backen ...

Browse pgsql-hackers-win32 by date

  From Date Subject
Next Message Bruce Momjian 2003-09-08 03:40:46 Re: pgsql-server/src backend/bootstrap/Tag: backen ...
Previous Message Bruce Momjian 2003-09-08 03:11:05 Re: pgsql-server/src backend/bootstrap/Tag: backen ...