From owner-cvs-all@FreeBSD.ORG Thu Sep 23 14:04:16 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 91E3B16A4CE; Thu, 23 Sep 2004 14:04:16 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0647343D2D; Thu, 23 Sep 2004 14:04:16 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from pooker.samsco.org (scottl@localhost [127.0.0.1]) by pooker.samsco.org (8.12.11/8.12.10) with ESMTP id i8NE4MtC039892; Thu, 23 Sep 2004 08:04:22 -0600 (MDT) (envelope-from scottl@freebsd.org) Received: from localhost (scottl@localhost)i8NE4M23039889; Thu, 23 Sep 2004 08:04:22 -0600 (MDT) (envelope-from scottl@freebsd.org) X-Authentication-Warning: pooker.samsco.org: scottl owned process doing -bs Date: Thu, 23 Sep 2004 08:04:22 -0600 (MDT) From: Scott Long Sender: scottl@pooker.samsco.org To: Poul-Henning Kamp In-Reply-To: <200409230834.i8N8Yp3j015923@repoman.freebsd.org> Message-ID: <20040923080254.B21773@pooker.samsco.org> References: <200409230834.i8N8Yp3j015923@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=1.0 required=3.8 tests=SUBJ_HAS_SPACES autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on pooker.samsco.org cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/conf NOTES files kern.post.mk options src/sys/modules Makefile X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Sep 2004 14:04:16 -0000 On Thu, 23 Sep 2004, Poul-Henning Kamp wrote: > phk 2004-09-23 08:34:50 UTC > > FreeBSD src repository > > Modified files: > sys/conf NOTES files kern.post.mk options > sys/modules Makefile > Log: > Per recent HEADSUP: Disconnect (old)vinum from the kernel build. Have the data corruption problems with gvinum been corrected yet? While I know that this is HEAD and not a RELENG_ branch, it would still be dubious to disconnect old vinum if the new one wasn't working, regardless of whether it was getting in the way of your cdevsw work. Scott