From owner-freebsd-current@FreeBSD.ORG Thu May 27 00:37:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AEFE16A4CF; Thu, 27 May 2004 00:37:49 -0700 (PDT) Received: from mailhub01.unibe.ch (mailhub01-skge0.unibe.ch [130.92.9.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88C8C43D3F; Thu, 27 May 2004 00:37:48 -0700 (PDT) (envelope-from roth@speedy.unibe.ch) Received: from localhost (scanhub02-eth0.unibe.ch [130.92.254.66]) by mailhub01.unibe.ch (Postfix) with ESMTP id F3DF025BC1D; Thu, 27 May 2004 09:37:02 +0200 (MEST) Received: from mailhub01.unibe.ch ([130.92.9.52]) by localhost (scanhub02 [130.92.254.66]) (amavisd-new, port 10024) with LMTP id 32375-08-94; Thu, 27 May 2004 09:37:03 +0200 (CEST) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub01.unibe.ch (Postfix) with ESMTP id A24AB25BCEF; Thu, 27 May 2004 09:37:01 +0200 (MEST) Received: from speedy.unibe.ch (speedy [130.92.64.35]) by asterix.unibe.ch (8.11.7p1+Sun/8.11.7) with ESMTP id i4R7b1u05920; Thu, 27 May 2004 09:37:01 +0200 (MET DST) Received: (from roth@localhost) by speedy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id i4R7b0K8016694; Thu, 27 May 2004 09:37:00 +0200 (MEST) Date: Thu, 27 May 2004 09:37:00 +0200 From: Tobias Roth To: Oliver Eikemeier Message-ID: <20040527073700.GA16531@speedy.unibe.ch> References: <40B2B7D4.5040106@users.sourceforge.net> <20040525210812.9728A5D08@ptavv.es.net> <20040526181624.GB55179@empiric.dek.spc.org> <40B5899E.7030506@fillmore-labs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40B5899E.7030506@fillmore-labs.com> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne cc: freebsd-current@freebsd.org cc: freebsd-rc@freebsd.org Subject: ports and /etc/rc.d/ [was: Where to put my own startup script] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 27 May 2004 07:37:49 -0000 On Thu, May 27, 2004 at 08:24:30AM +0200, Oliver Eikemeier wrote: > > While putting *local* (e.g. not belonging to a port) scripts into rc.local > is > reasonable on -STABLE and -CURRENT, ports should *not* put scripts in > /etc/rc.d. I did this once in an attempt to have OpenLDAP start early, > hoping > for this issue to be resolved fast with PR 56736, but I seems there is no > progress on this one. Sigh. Anyway, although I believe it is legal for a > user to put his own scripts into /etc/rc.d, mergemaster(8) will complain > when it finds them, see PR 64476. let's discuss this a bit more deeply, as i just shed a few thoughts on this yesterday. i discovered that quite a few ports now offer the possibility to have their startup script be (manually) put into /etc/rc.d/ and be started from /etc/rc.conf (on my current system, there are for example gkrellmd, rsyncd, racoon). i see these issues: 1) ports startup scripts use rc.subr and get a common structure (good) 2) with a common structure, rcorder can be used for ports as well (good) 3) /etc/rc.d/ and /usr/etc/rc.d/ get mixed up (bad) 4) ports can be started early in the boot process (good, ie for things like racoon) 5) /etc/rc.conf contains directions about ports and is not just a subset of /etc/defaults/rc.conf anymore (bad, same thing as 3) we tend towards 1) already. once a decision about the other points has been taken, what's left is that all ports are (slowly) converted to this. an update to the porters handbook and after a while, a warning when an old-style startup script will be executed is the way to go. 2) will be very nice. PR 56736 from eik seems to address this very elegantly. ports that need to be started early can be started directly after the dummy PORTS dependency, all others that do not explicitly request a specific startup order should be started at the end of rc.d/. this of course also solves 4). everyone please check out that PR. i think 3) is very bad and that possibility should be undone again (or rather, the specific ports that mention this possibility should be reverted). 5) should not be a problem, since PORTS is located after mountcritremote and a /usr/local/etc/rc.conf should do. now, shouldn't racoon be started before mountcritremote? #$%#!#, i think i just shot myself in the foot. comments please :-) i am sure that can be fixed elegantly as well. cheers, t.