From owner-freebsd-bugs@FreeBSD.ORG Thu Jan 1 14:58:00 2004 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A66FE16A4CE for ; Thu, 1 Jan 2004 14:58:00 -0800 (PST) Received: from memphis.mephi.ru (memphis.mephi.ru [194.67.67.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id E19E543D45 for ; Thu, 1 Jan 2004 14:57:57 -0800 (PST) (envelope-from timon@memphis.mephi.ru) Received: from [192.168.0.3] (ppp8-244.pppoe.mtu-net.ru [81.195.8.244]) (authenticated bits=0) by memphis.mephi.ru (8.12.6p2/8.12.6) with ESMTP id i01MKv7T093352; Fri, 2 Jan 2004 01:21:00 +0300 (MSK) (envelope-from timon@memphis.mephi.ru) From: Artem Ignatiev To: fbsd_user In-Reply-To: <200401012100.i01L0e95081162@freefall.freebsd.org> References: <200401012100.i01L0e95081162@freefall.freebsd.org> Content-Type: text/plain Message-Id: <1072995654.586.5.camel@timon.nist> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 02 Jan 2004 01:20:55 +0300 Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=0.0 required=2.9 tests=none autolearn=no version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on memphis.mephi.ru cc: freebsd-bugs@freebsd.org Subject: Re: conf/60792: rc.conf fails to flag unknown values as error X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2004 22:58:00 -0000 On fri, 02.01.2004, at 00:00, fbsd_user wrote: > I have written enough programs in my life time to know that what you > are trying to tell me is wrong. > The values are in some kind of standard table, the table is scanned > looking for match. > No match issue error message. I put vidcontrol statement in rc.conf > and it was flagged as error > because it was native command, so I know it can be done. Go and look into the system boot-up process. All your settings are stored as environmental variables. All of them are processed by shell script. Do you want to see your system unbootable, since no table of settings will tell booting process, working like you're describing, that PATH is a "good" setting? PATH don't turn anything on or off, but it's required, and it's always exist from system-wide defaults. Remember, there is no seatbelts here if you're root, and it's a Bad Thing (TM) to blame developers for YOUR mistakes.