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

Re: [HACKERS] CVS changes

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Thomas Lockhart <lockhart(at)fourpalms(dot)org>
Cc: Vince Vielhaber <vev(at)michvhf(dot)com>, PostgreSQL-documentation <pgsql-docs(at)postgresql(dot)org>
Subject: Re: [HACKERS] CVS changes
Date: 2001-10-01 18:58:59
Message-ID: 200110011858.f91IwxH15681@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-docspgsql-hackers
> > <li><a href="http://candle.pha.pa.us/main/writings/pgsql/sgml">SGML docs
> > updated every half-hour</a>
> 
> Ya know, if I'm required to wait 12 hours for *any* source code build to
> be available to my CVSup'd repository, why should we slap in a bunch of
> short circuits for the docs? And if this is a valuable thing to do, why
> short circuit the docs building procedure I've already got on the main
> machines by pointing the web site off to some other machine?
> 
> fwiw, one docs building procedure, either ~thomas's, or ~petere's new
> one, or ~bruce's should be sufficient imho.
> 
> Since we all seem to be heading off in different directions, we should
> talk about why that is necessary and try to get headed somewhere
> productively imho.

I did it because the doc build was down and it was supposedly holding up
beta.  I do think we need more frequent doc builds than 24 hours though.

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

In response to

Responses

pgsql-docs by date

Next:From: Tom LaneDate: 2001-10-01 19:02:40
Subject: Re: CVS changes
Previous:From: Bruce MomjianDate: 2001-10-01 18:55:43
Subject: Re: CVS changes

pgsql-hackers by date

Next:From: Marc G. FournierDate: 2001-10-01 18:59:11
Subject: Re: Preparation for Beta
Previous:From: Marc G. FournierDate: 2001-10-01 18:57:59
Subject: Re: ftp.postgresql.org points to new server ...

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