From owner-freebsd-current Wed Sep 4 11:05:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24137 for current-outgoing; Wed, 4 Sep 1996 11:05:25 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA24125 for ; Wed, 4 Sep 1996 11:05:20 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA06857; Wed, 4 Sep 1996 11:03:10 -0700 From: Terry Lambert Message-Id: <199609041803.LAA06857@phaeton.artisoft.com> Subject: Re: Food for thought To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 4 Sep 1996 11:03:10 -0700 (MST) Cc: rkw@dataplex.net, msmith@atrad.adelaide.edu.au, current@FreeBSD.org In-Reply-To: <199609040425.NAA03285@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 4, 96 01:55:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > I disagree about the adequacy of "snap" releases. Jordan seems to get them > > out perhaps once a month. (I'm not faulting him) There are those who want > > to help check out things with much less latency, like maybe a day. The only > > problem is that they don't want to spend all of their time just getting the > > build to work. > > You are totally beyond reason, I'm afraid. You want stuff to be "stable", > but you expect the whole testing process to produce a lag of less than a > _day_? What sort of billion-dollar empire do you think FreeBSD inc. is?? Actually, Jordan has suggested 2 ways of achieving this. I've suggested 2 more -- one of which is a simple optimization of one of Jordan's, to reduce latency. Michael Hancock has suggested a fifth way, which is topologically equivalent to the other one of mine, without the consistency guarantees that a checkout does not occur while a checkin is in progress. This could be easily arbitrated by "hiding" the resource, either seperating it, or making it temporarily unavailable during the checkout-for-build. Process, one istituted, is self-sustaining. We do not need to build a coal-fired power-plant to enable us to use *any* of the processes suggested. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.