From owner-freebsd-rc@FreeBSD.ORG Sun Jan 27 00:20:03 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 2492816A421 for ; Sun, 27 Jan 2008 00:20:03 +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 D484013C43E for ; Sun, 27 Jan 2008 00:20: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 m0R0K2dH038653 for ; Sun, 27 Jan 2008 00:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m0R0K294038652; Sun, 27 Jan 2008 00:20:02 GMT (envelope-from gnats) Date: Sun, 27 Jan 2008 00:20:02 GMT Message-Id: <200801270020.m0R0K294038652@freefall.freebsd.org> To: freebsd-rc@FreeBSD.org From: Doug Barton 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: Doug Barton 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: Sun, 27 Jan 2008 00:20:03 -0000 The following reply was made to PR conf/119995; it has been noted by GNATS. From: Doug Barton To: Robert Watson Cc: Brooks Davis , 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 15:48:30 -0800 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