From owner-freebsd-questions Fri Oct 18 11:41:28 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B826D37B401 for ; Fri, 18 Oct 2002 11:41:26 -0700 (PDT) Received: from sccrmhc02.attbi.com (sccrmhc02.attbi.com [204.127.202.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A67A43EA3 for ; Fri, 18 Oct 2002 11:41:26 -0700 (PDT) (envelope-from swear@attbi.com) Received: from localhost.localdomain ([12.242.158.67]) by sccrmhc02.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021018184125.JQFU26432.sccrmhc02.attbi.com@localhost.localdomain>; Fri, 18 Oct 2002 18:41:25 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.5) with ESMTP id g9IIi0UW005547; Fri, 18 Oct 2002 11:44:06 -0700 (PDT) (envelope-from swear@attbi.com) Received: (from jojo@localhost) by localhost.localdomain (8.12.6/8.12.5/Submit) id g9IIhslC005544; Fri, 18 Oct 2002 11:43:54 -0700 (PDT) (envelope-from swear@attbi.com) X-Authentication-Warning: localhost.localdomain: jojo set sender to swear@attbi.com using -f To: Matt Smith Cc: joe , freebsd-questions@FreeBSD.ORG Subject: Re: Best practice when building a -STABLE branch kernel References: <200210180910.55374.joe@dubium.com> <1034957669.90679.6.camel@localhost> From: swear@attbi.com (Gary W. Swearingen) Date: 18 Oct 2002 11:43:54 -0700 In-Reply-To: <1034957669.90679.6.camel@localhost> Message-ID: <0v8z0v4mfp.z0v@localhost.localdomain> Lines: 27 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Matt Smith writes: > The business-as-usual practice would be to not run -Stable, but rather > run a -Release. -Stable, although more stable than -Current, should not > be run in business-production, although my hunch is that many small > environments do. IMO, the best practice is to build your OS and thoroughly test it as you will be using it before putting it into important use. If you do this, you might as well use -STABLE. Otherwise, unless you really need something in -STABLE, you should use -RELEASE except that you should review security fixes, etc, and maybe upgrade using a cvs tag like RELENG_4_7 which has only important fixes for -RELEASE-4.7. > If you are running -Stable, then chances are you have some technical > knowledge, and could contribute back to the project, in which case > including debugging options could be helpful. AFAIK, including the debugging options is not risky or performance- harming (except maybe using more memory?). But for most people, it doesn't make much sense to use it unless you also prepare your OS to save crash dumps. Most will do all this only so they can help OS development by giving decent reports about OS crashes. I know of no good reason not to do it for any OS version, except to avoid the setup effort. It doesn't take much technical knowledge that can't be learned by reading the FAQ about "kernel panics" (and maybe a few manuals starting with crash(8)). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message