Received: from mail1.hub.org (webmail.hub.org [216.126.85.1]) by postgresql.org (8.11.3/8.11.4) with ESMTP id f92Gu1n07929 for ; Tue, 2 Oct 2001 12:56:01 -0400 (EDT) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by mail1.hub.org (8.11.3/8.11.4) with ESMTP id f92GtQt07852; Tue, 2 Oct 2001 12:55:26 -0400 (EDT) (envelope-from scrappy@hub.org) Date: Tue, 2 Oct 2001 12:55:26 -0400 (EDT) From: "Marc G. Fournier" To: Bruce Momjian cc: John Summerfield , Peter Eisentraut , PostgreSQL Development Subject: Re: CVS changes In-Reply-To: <200110021614.f92GEA511627@candle.pha.pa.us> Message-ID: <20011002125455.R77860-100000@mail1.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Archive-Number: 200110/163 X-Sequence-Number: 13905 Ummmm ... I thought we weren't going to do this, but were going to fix the proper build process? On Tue, 2 Oct 2001, Bruce Momjian wrote: > > On Sun, 30 Sep 2001, Bruce Momjian wrote: > > > > > > > > On Sun, 30 Sep 2001, Bruce Momjian wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > just about to be moved to the new server, now that the new 18gi drive has > > > > > > been installed ... plan on getting that done this afternoon ... > > > > > > > > > > Don't rush. I am setting up my system to check the SGML docs every 15 > > > > > minutes and rebuild if necessary. Overnight builds are not frequent > > > > > > > > > Would it not be better to provide a means for developers to cause the rebuild on demand? A 15-minute wait doesn't seem convenient to me. > > > > > > Yep, but it takes 15 minutes to build anyway, so I figured I would check > > > very 15 minutes and adding another 15, that makes 1/2 hour. We don't > > > have a mechanism to build only a few html files. You have to do the > > > whole thing. > > > > > > Suggestions? > > > > I don't know enough about how it works (or doesn't), but the > > delay looks worse. > > > > Add the delay for "missing the bus" and you're out to a 45-minute > > delay. > > True. > > > The need for on-demand is even greater, even something done > > crudely: > > > > If a build's in process, flag the need. > > Added. I realized that I could have two running at the same time, which > would be a disaster. > > > When the build completes, check if it has to be done again. > > Great idea! Added. > > > I assume that updates aren't so frequent that you'd be constantly > > rebuilding, or so infrequently a missed rebuild would cause > > serious problems. > > Yep. > > > Perhaps a way to check if a rebuild's in process so that if it's > > slower than usual a developer can see it's not forgotten (or > > who else is doing one). > > Script attached. I could poll cvs more frequently but it seems rude to > hit the cvs server more frequently than every 15 minutes. If people > want it polled more frequently, and Marc doesn't mind, I can change the > polling interval here. > > Also, I added something that will show the files modified in the current > build. > > -- > 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, Pennsylvania 19026 >