From owner-freebsd-chat Mon Dec 9 18:53:46 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA29026 for chat-outgoing; Mon, 9 Dec 1996 18:53:46 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA29012 for ; Mon, 9 Dec 1996 18:53:43 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id DAA16644; Tue, 10 Dec 1996 03:53:31 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id DAA15447; Tue, 10 Dec 1996 03:53:30 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id DAA27241; Tue, 10 Dec 1996 03:28:07 +0100 (MET) From: J Wunsch Message-Id: <199612100228.DAA27241@uriah.heep.sax.de> Subject: Re: siguing into current from a random version To: chat@freebsd.org Date: Tue, 10 Dec 1996 03:28:06 +0100 (MET) Cc: terry@lambert.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199612100033.RAA02380@phaeton.artisoft.com> from Terry Lambert at "Dec 9, 96 05:33:04 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-chat@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Terry Lambert wrote: > The locks do not need to be held during checkout or modification, only > from the time that you start an update following edits until it compiles > correctly: > > > begin > lock r > cvs update > ulock <------------------------. > local edits <------. <-------. | > local test --fail--' | | > local test success | | > lock r | | > cvs update | | > ulock | | > update changed files? --yes--' | > update did not change files | > lock w | > cvs update | > update changed files? --yes----' > update did not change files > cvs ci > ulock > > end Even this can take several hours to complete. Think of machines running at clock frequencies slightly lower than 200 MHz :), or of the sluggishness of many Internet connections (including mine) where it's _simply not an option_ that i can refetch the CVS source home right after a commit (at least, if the commit affected more than just a couple of files). Neither is compiling everything on freefall (or thud) an option. Everything had to remain locked for all those hours -- that's unacceptable. In particular unacceptable since what you are suggesting to us as the `problem' you're trying to solve is hardly being remembered by any of the committers as really being one. So the costs are simply to high. Sell your model to somebody else, please (should you find one). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)