From owner-freebsd-current@FreeBSD.ORG Sat Jul 19 18:37:12 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED87F1065677; Sat, 19 Jul 2008 18:37:12 +0000 (UTC) (envelope-from mouss@netoyen.net) Received: from imlil.netoyen.net (imlil.netoyen.net [91.121.103.130]) by mx1.freebsd.org (Postfix) with ESMTP id 8BAF18FC16; Sat, 19 Jul 2008 18:37:12 +0000 (UTC) (envelope-from mouss@netoyen.net) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=netoyen.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=msa; bh=6FxPh5ILcVAe9 27kz30z9aU4ga4=; b=rXizgiOhgWSAFIxwBpXVS++oZXjnog+uTjUHmWCjcU4Gy Eu0iHp3TIWW6qOOLy47DNAo3hBV74UqP1dp39gWrc8wPHezgfgJJZk30Z5w5U8Af /d+i92GXqQmq5+J92i7CrK4oAl9qGwmrSseZHfjIrEouQfBxv7FaMgtH6ICMyU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=netoyen.net; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=msa; b=pyIHwlh ZzyGM/lwUXSVToc9dKAjKapjyqHQ9nK3ovgw1xb6znQVCJW5OA+IbyA2xHi4Q2nJ YRlJNJfJYxOat13O9435Z4ab2vzzh8gvT95JxfL7mMh9gT6Yti9Qx0q+su5QMazR nPWjzw5ZB2c63DeRL4VpcT3XTuIt/QCbLgwA= X-Virus-Scanned: amavisd-new at netoyen.net Received: from [192.168.1.65] (ouzoud.netoyen.net [82.239.111.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mouss@netoyen.net) by imlil.netoyen.net (Postfix) with ESMTPSA id 4B98BE5481C; Sat, 19 Jul 2008 20:22:21 +0200 (CEST) Message-ID: <488230CD.6000906@netoyen.net> Date: Sat, 19 Jul 2008 20:22:05 +0200 From: mouss User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: ticso@cicely.de References: <200807172056.08835.naylor.b.david@gmail.com> <487FCA89.2010308@FreeBSD.org> <20080718083725.97823be0tg13fn6s@webmail.leidinger.net> <20080718071806.GV62764@server.vk2pj.dyndns.org> <20080718122928.GD35340@cicely7.cicely.de> <48820259.3060007@quip.cz> <20080719153530.GL35340@cicely7.cicely.de> In-Reply-To: <20080719153530.GL35340@cicely7.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Barton , David Naylor , Miroslav Lachman <000.fbsd@quip.cz>, freebsd-current@freebsd.org Subject: Re: rc improvements (wanted?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 18:37:13 -0000 Bernd Walter wrote: > On Sat, Jul 19, 2008 at 05:03:53PM +0200, Miroslav Lachman wrote: >> Bernd Walter wrote: >> >> [...] >> >>> Speaking about small systems, where startup time is more a problem than >>> on 08/15 desktop and server systems. >>> What I would love to see is that scripts like moused, ypserv, lpt, etc >>> are not started if the services are disabled. >>> So far each script is started, sucks in routines plus rc.conf then >>> possibly does nothing reasonable after wasting some seconds boottime. >>> Of course I can remove the scripts, but you'll never know if you need >>> one of them at a later time and having the right set of scripts can >>> become tricky. >> And what about just chmod unneeded scripts to become not executable / >> readable instead of removing? >> (I like the current "one directory" layout instead of some linuxism with >> many directories and symlinks) > > This and all the ideas about using enable/disable directories or > softlinks share a major problem: > They requires configuring outside of rc.conf, which is not what I want. > Of course I can do: > mkdir /etc/rc.d/disabled ; mv /etc/rc.d/moused /etc/rc.d/disabled > But then I would loose the ability to configure everything with rc.conf. > A tool, which parses rc.conf and automatically relocates might be an > option, but it would be better if it can be done without. > how about a cache mechanism: rcorder/rc would use a previously determined order unless something changed in rc.conf or rc.d. this way you don't need to determine which scripts need to run and in which order every time the system boots. this also removes the need for an "active.d" directory.