From owner-freebsd-hackers@FreeBSD.ORG Thu Jun 21 18:22:27 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63CBC106567A for ; Thu, 21 Jun 2012 18:22:27 +0000 (UTC) (envelope-from mwm@mired.org) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0165B8FC12 for ; Thu, 21 Jun 2012 18:22:26 +0000 (UTC) Received: by ggnm2 with SMTP id m2so911894ggn.13 for ; Thu, 21 Jun 2012 11:22:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:x-mailer:face:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=16AtpWnzJiKN8x8TM0AKoOVD3fTwFqFVGL86guQofD0=; b=TauezDKojRuuGAaJWdm4j1ZhDjRj+cOuY0346r/X84M4/u5bammQpCY8bTTx7+yPPg O4UOSmmcIqK3iHsOgamLoPF3it2bI0HLmCusnbn6cXbjMHaQqGd5o6RoZ2GCBecOYT1N la4w4eDP/2BJgtSU8HWacNfRV62t0fZPjCGsN+rpKRSXETedzjyIo8Ece+HB+JGXM7IP J/OpqVPAXv8Rr8spro7m5q+jWuoxjVgRhKQB59UHhd2YMs6JdKphjEzCbTm0SR6E1b+F 4tmpo3N9tekVhnt9vTBKbrgPojphr0EfmvTXEvrnCKQI27okkmxrJKPeAF2CqaL/1g3C ZZ3Q== Received: by 10.50.42.165 with SMTP id p5mr8566454igl.68.1340302946168; Thu, 21 Jun 2012 11:22:26 -0700 (PDT) Received: from bhuda.mired.org (74-140-201-117.dhcp.insightbb.com. [74.140.201.117]) by mx.google.com with ESMTPS id xs8sm34321961igb.15.2012.06.21.11.22.25 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 21 Jun 2012 11:22:25 -0700 (PDT) Date: Thu, 21 Jun 2012 14:22:20 -0400 From: Mike Meyer To: Wojciech Puchar Message-ID: <20120621142220.4d4302c8@bhuda.mired.org> In-Reply-To: References: <4FDFB44D.9090308@gentoo.org> <4FE0ADCD.9010109@FreeBSD.org> <4FE0C123.8030301@gentoo.org> <4FE0F773.1080403@gentoo.org> <4FE100F9.2050009@funtoo.org> <20120620073920.GA5300@lonesome.com> <20120620214006.GA1651@aspire.rulingia.com> <20120621134545.5e42b50e@bhuda.mired.org> Organization: Meyer Consulting X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAG1BMVEXguIzRkGnhyaz069mXhW0WHRnbrnR9WCQ6LB0CchNMAAACSUlEQVQ4jV2TQW7jMAxFGaPQOgQEdZaGMsgBrAvUA03dCxj1Uu4U2gfwQD7AGNax51NK07RcxXz6/CSl0Ij450vkPG1jzpIZM1UwDCl/xB14TWnNX8A00Qj5a0mnVFVbVUz4MeErea2HikSRqZzY894zwg9p2+/AtO8LzxFED+tNAUFeU29iFOLRxlZAcdo9A8wi8ZBMV4BKPde82Oxrvs6BTkulQIClte0DLFzzsKk9j1MBex8iUaP00Bd78S/muyFScrTXz6zLkEUxJp+SabQfNOs4f4Jpx5qSZ/304PWwlEWP1cOn/mJQR7EOD+uKhjcBLziuL7xoY5Xm+VFAUSw/LwwwsHEHxihpwV4EJH0xXRkbw1PkRw+X4pEuSJwBggqk+HEYKkiL5/74/nQkogigzQsAFrakxZyfw3wMIEEZPv4AWMfxwqE5GNxGaERjmH+PG8AE0L4/w9g0lsp1raLYAN5azQa+AOoO9NwcpFkTrG2VKNMNEL5UKUUAw34tha0z7onUG0oBoNtczE04GwFE3wCHc0ChezAJ6A1WMV81AtY7wDAJSlXwV+4cwBvsOsrQMRawfQEBz0deEZ7WNpV2szckIKo5VpDHDSDvF1GItwqqAlG01Hh50BGtVhuUkjkasg/14bYFGCgWg1fSWHvmOoJck2xdp9ZvZBHzDVTzX23TkrOn7qe5U2COEw5D4Vx3qEQpFY2Z/3QFnJxzp7YCmSMG19nOUoe869zZfOQb5ywQuWu0yCn5+8gxZz+BE7vG3j4/wbf4D/sXN9Wug1s7AAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQlNKt4abvuVYFlyb1aTFgAuyVqzVa/nVofJ5pUpbZJU319m/9v89WDGqn7cMqmKtJmJGwQF Cc: "freebsd-hackers@freebsd.org" Subject: Re: Replacing rc(8) (Was: FreeBSD Boot Times) 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, 21 Jun 2012 18:22:27 -0000 On Thu, 21 Jun 2012 20:01:41 +0200 (CEST) Wojciech Puchar wrote: > >> 1) "runlevels" with arbitrary names. runlevel change would start and stop > >> right services. > > > > With a couple of additions: > > - it should be easy to see which services are on at a given runlevel. > > already proposed in rc.conf > > > - it should be easy to see which runlevels a service is on at. > same. No, harder. > > The downside is that it adding a service now becomes harder - you have > > to edit each runlevel script instead of just one. > i unable to understand this sentence. rc.d scripts would be exactly as > they currently are. Because you're taking it out of context. You removed the counter proposal above it. > extra data in rc.conf would define "runlevels" at which they are active. > doing this as currently (_enable=YES) would mean every "runlevel". Not in the counter proposal. > my point is that if you put new startup system in place of old, nothing > will change with your existing rc.conf! Also true in the counter proposal. http://www.mired.org/ Independent Software developer/SCM consultant, email for more information. O< ascii ribbon campaign - stop html mail - www.asciiribbon.org