From owner-freebsd-rc@FreeBSD.ORG Sat Jan 26 22:50:02 2008 Return-Path: Delivered-To: freebsd-rc@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F0C16A4BF for ; Sat, 26 Jan 2008 22:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C4CD613C45A for ; Sat, 26 Jan 2008 22:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m0QMo2Pw030970 for ; Sat, 26 Jan 2008 22:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0QMo21l030969; Sat, 26 Jan 2008 22:50:02 GMT (envelope-from gnats) Date: Sat, 26 Jan 2008 22:50:02 GMT Message-Id: <200801262250.m0QMo21l030969@freefall.freebsd.org> To: freebsd-rc@FreeBSD.org From: Robert Watson Cc: 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 Reply-To: Robert Watson 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 22:50:02 -0000 The following reply was made to PR conf/119995; it has been noted by GNATS. From: Robert Watson To: Brooks Davis Cc: Doug Barton , freebsd-bugs@freebsd.org, 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 Date: Sat, 26 Jan 2008 22:41:13 +0000 (GMT) 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. However, I wonder if we should consider doing it slightly differently than proposed. One of the things I like about the way we do ipfw rulesets is that we allow a filename to be specified that contains a series of commands to pass to the ipfw command-line tool, rather than a file that contains a list of rules. This means that as the ipfw tool becomes more capable, the configuration file supports those changes in a natural way. I.e., rather than having ddb.conf contain: scriptname="foo bar baz" It should perhaps instead contain: script scriptname="foo bar baz" We will need to teach ddb(8) to do this in a similar manner to ipfw(8). Robert N M Watson Computer Laboratory University of Cambridge