From owner-freebsd-rc@FreeBSD.ORG Sat Jan 26 23:48:32 2008 Return-Path: Delivered-To: freebsd-rc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B918316A41A for ; Sat, 26 Jan 2008 23:48:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 553DC13C44B for ; Sat, 26 Jan 2008 23:48:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7638 invoked by uid 399); 26 Jan 2008 23:48:32 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 26 Jan 2008 23:48:32 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479BC6CE.1080601@FreeBSD.org> Date: Sat, 26 Jan 2008 15:48:30 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Robert Watson References: <200801260814.m0Q8EDeT053102@freefall.freebsd.org> <479B5D72.2010706@FreeBSD.org> <20080126175535.GA52539@lor.one-eyed-alien.net> <20080126223558.J69773@fledge.watson.org> In-Reply-To: <20080126223558.J69773@fledge.watson.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-bugs@freebsd.org, Brooks Davis , freebsd-rc@freebsd.org, bug-followup@FreeBSD.org Subject: Re: conf/119995: [patch] New rc.d script ddb to load ddb scripts from /etc/ddb.conf X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jan 2008 23:48:32 -0000 Robert Watson wrote: > > On Sat, 26 Jan 2008, Brooks Davis wrote: > >> IMO we want this in the base and ideally this script or the crash dump >> script would grow the option to mail text dumps somewhere >> automatically (off by default of course). This should be as tightly >> integrated as we can reasonably make it. > > I think I'd like to see something along these lines in the base, as > offering tools to help autonatically configure DDB scripting isn't all > that different from offering tools to configure firewalls, run user > scripts, etc. I see a fairly significant difference, namely that the other things you mentioned are things that we expect all of our users to be able to and/or want to do. No one wants to debug crash dumps. :) But seriously folks, I said I have no objection if this goes in, I just think we're heading in a dangerous direction when we start throwing everything in that _could_ go in. I want to be sure that we have a compelling reason that it _should_ go in first. If you think we have one, go for it. FWIW I think Robert's on the right track in terms of making the functionality more flexible. No need to include me on the followup discussions though, I'll watch this one on the list. Doug -- This .signature sanitized for your protection