From owner-freebsd-current Sun Nov 1 15:34:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA25645 for freebsd-current-outgoing; Sun, 1 Nov 1998 15:34:55 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA25639 for ; Sun, 1 Nov 1998 15:34:53 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id AAA23004; Mon, 2 Nov 1998 00:34:27 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id AAA29055; Mon, 2 Nov 1998 00:34:26 +0100 (MET) Message-ID: <19981102003426.04544@follo.net> Date: Mon, 2 Nov 1998 00:34:26 +0100 From: Eivind Eklund To: Jeroen Ruigrok/Asmodai , Leif Neland Cc: Peter Wemm , freebsd-current@FreeBSD.ORG, Dmitry Valdov Subject: Re: kernel compile problem References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: ; from Jeroen Ruigrok/Asmodai on Mon, Nov 02, 1998 at 12:23:42AM +0100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Nov 02, 1998 at 12:23:42AM +0100, Jeroen Ruigrok/Asmodai wrote: > Except the Daemon (in this case the Oracle database) allowed the changes. > That's what I meant with the CVSupd too... The committer is expected to comm > it. The Daemon is expected to handle all the administivia of the > allowance/versioning. Hope this makes it clearer for the both of us. And the > others offcourse =) Sorry - this discussion is getting sort of useless. It _is_ possible to handle this within cvs/cvsup, but if we are to do that, we will have to create a lock for a single commit, and have cvsup grab the previous version if this lock is present (a commit is in progress). Making this will be a large set of changes both to cvs and cvsup. Due to the time available to the relevant developers, I believe this is to be very unlikely to happen. Besides this, I believe it would be less work to replace all of cvs and cvsup than to implement this within the present framework (if we allow the replacement to work against a real database instead of working with a self-made database). Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message