From owner-freebsd-current@FreeBSD.ORG Thu Feb 2 01:15:52 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D52E816A422 for ; Thu, 2 Feb 2006 01:15:52 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C236643D48 for ; Thu, 2 Feb 2006 01:15:49 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 1CCB546B49; Wed, 1 Feb 2006 20:15:40 -0500 (EST) Date: Thu, 2 Feb 2006 01:17:47 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mike Jakubik In-Reply-To: <43E1586E.6090203@rogers.com> Message-ID: <20060202011453.Y87763@fledge.watson.org> References: <20060201221213.L87763@fledge.watson.org> <43E134AB.8000600@t-hosting.hu> <20060201222704.G87763@fledge.watson.org> <43E14C53.3060400@rogers.com> <20060202004044.GA99245@xor.obsecurity.org> <43E1586E.6090203@rogers.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: trustedbsd-audit@TrustedBSD.org, K?vesd?n G?bor , current@FreeBSD.org, Kris Kennaway Subject: Re: HEADS UP: Audit integration into CVS in progress, some tree disruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 01:15:53 -0000 On Wed, 1 Feb 2006, Mike Jakubik wrote: > Kris Kennaway wrote: >> On Wed, Feb 01, 2006 at 07:03:31PM -0500, Mike Jakubik wrote: >> >>> Personally, i would like to see less "experimental" code in 6.1. Perhaps >>> it would be better to wait until everyone feels the code is ready? >> >> Why do you care if code that is not enabled by default is present in the >> system? :-) > > Well... While you, me, and other viewers of this list may be fully aware of > the situation, some else who is either new to FreeBSD or missed out on this > info may try it and possibly be disappointed. Which would ruin their > experience and/or opinion of FreeBSD in general. I guess if it does make it > in, it would be a good idea to clearly notify the user that it is still > experimental, etc.. In the past, we've marked features as experimental using a man page note, e.g., in the mac(4) man page: NAME mac -- Mandatory Access Control SYNOPSIS options MAC ... BUGS See mac(9) concerning appropriateness for production use. The TrustedBSD MAC Framework is considered experimental in FreeBSD. And as such in the release notes. However, maybe we could add the following also: - Dependence on defining "options EXPERIMENTAL" in the kernel configuration file -- if the kernel isn't compiled with the EXPERIMENTAL option, a compile error warning that it needs to be defined will be generated. - When a kernel is configured with an experimental feature, config generates a warning, similar to the ones it currently generates about GPL'd components, etc. And we should make sure there is a note in the handbook section as well. Robert N M Watson