From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 7 04:49:07 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58A7F106566C for ; Thu, 7 Oct 2010 04:49:07 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0198FC19 for ; Thu, 7 Oct 2010 04:49:06 +0000 (UTC) Received: by gxk8 with SMTP id 8so158615gxk.13 for ; Wed, 06 Oct 2010 21:49:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=kEW7ZWFPbslyRamwDbsX0dudzeAY5CKxad8bHVwzlqU=; b=ZO7xHbAhKfuOeRHDJ1oumnOTDy6R8MgWJ+iXRdJSfHUDnIRx974MuLe5vWR99B29ks yGQCXS6lszmR/9/pRj+mCT6eSoOVC7QXAywTUYLJexYSJbxkITcQ5CEBAWrVhgk0cfZn UePxLV3Pk1pvdwqdTTRnaLy5nBF6LDItkiKYc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=JKZrW1y7Cr5sQTCjhoN2h0DYELb1SpIh8O1rCxee7wjdi/c5Okm2DqAbB74ddyfsPt XcUi7F544BAiliDpgYvpOzRZgJV6B5t1CnIkfNMW5Qy58CsVo2Fpm/xWBBW+rLwJSH4n WyeEcEtdRzIG5+/Txc/Jq+9iYIfu/dzAQlA6Q= Received: by 10.236.95.162 with SMTP id p22mr434505yhf.97.1286426946140; Wed, 06 Oct 2010 21:49:06 -0700 (PDT) Received: from centel.dataix.local ([99.181.144.115]) by mx.google.com with ESMTPS id x45sm951839yhc.45.2010.10.06.21.49.04 (version=SSLv3 cipher=RC4-MD5); Wed, 06 Oct 2010 21:49:05 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4CAD513F.3010903@DataIX.net> Date: Thu, 07 Oct 2010 00:49:03 -0400 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.9) Gecko/20100917 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Devin Teske References: <1286397912.27308.40.camel@localhost.localdomain> <51B4504F-5AA4-47C5-BF23-FA51DE5BC8C8@vicor.com> In-Reply-To: <51B4504F-5AA4-47C5-BF23-FA51DE5BC8C8@vicor.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brandon Gooch , freebsd-hackers@freebsd.org Subject: Re: sysrc -- a sysctl(8)-like utility for managing /etc/rc.conf et. al. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Oct 2010 04:49:07 -0000 On 10/06/2010 23:29, Devin Teske wrote: I am not saying this to sound like I am shooting down this script but from the looks of it, I see no real advantage over the way a FreeBSD system is configured already. You could probably point these out though. With that noted what advantage does this script bring compared to a script like service(8) that is already in the base system? How much time does a end user spend enabling/disabling services for a system? How much of a difference in time would this make to the end user as per say just having to echo a variable into an rc.conf? If this would be put in place into the base system where would it be and who would maintain it ? Is it feasible to expect an end user to read rc.conf(5) services(8) while also consuming knowledge of etc/defaults/rc.conf & boot(8) as well sysctl.conf(5) and loader.conf(5). Also you search for grep and awk in your script. If this were to be in base, then utilities like this would not need to be searched for as base utilities are generally static to where they live in the file-system already... /usr/bin/grep /usr/bin/awk for example. I do not think it makes much sense for a base utility to search outside of its world for a executable especially for grep(1) and awk(1). Call these directly and let the end user modify their PATH as to where the location of these would actually be called from rather than adding extra complicity. > -> LEGAL DISCLAIMER <- > This message contains confidential and proprietary information > of the sender, and is intended only for the person(s) to whom it > is addressed. Any use, distribution, copying or disclosure by any > other person is strictly prohibited. If you have received this > message in error, please notify the e-mail sender immediately, > and delete the original message without making a copy. Due to this disclaimer I am not sure that even the implicit BSD license can override this. Though there is a thin gray line here, it might be suitable to remove this from future email unless you are specifically addressing something to a specific person. Regards, -- jhell,v