From owner-freebsd-ports@FreeBSD.ORG Sun Nov 30 22:26:25 2003 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D496316A4CE for ; Sun, 30 Nov 2003 22:26:25 -0800 (PST) Received: from outpost.globcon.net (outpost.globcon.net [62.141.88.161]) by mx1.FreeBSD.org (Postfix) with SMTP id CC71843FA3 for ; Sun, 30 Nov 2003 22:26:22 -0800 (PST) (envelope-from sergei@FreeBSD.org) Received: (qmail 69422 invoked from network); 1 Dec 2003 06:26:18 -0000 Received: from dom.kolobov.com (HELO kolobov.com) (213.247.180.114) by outpost.globcon.net (62.141.88.161) with SMTP; 01 Dec 2003 06:26:18 -0000 Received: (qmail 1047 invoked by uid 911); 1 Dec 2003 06:25:14 -0000 Date: Mon, 1 Dec 2003 09:25:14 +0300 From: Sergei Kolobov To: ports@freebsd.org Message-ID: <20031201062514.GB704@chetwood.ru> Mail-Followup-To: ports@freebsd.org References: <20031201092813.X355@sbk-gw.sibnet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4SFOXa2GPu3tIq4H" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on outpost.globcon.net X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 Subject: Re: Ports startup scripts in /etc/rc.d (Re: 5.2-BETA and related ports issues) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2003 06:26:25 -0000 --4SFOXa2GPu3tIq4H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2003-11-30 at 23:47 -0500, Robert Watson wrote: > (1) Combine / and /usr into a single file system by default, and add > /usr/local/etc/rc.d to the search order, with appropriate hacks to > handle old-style scripts. The devil will be in the bikeshed, but the > implementation is easy, except for the bit where we explain that > NFS-mounted /usr/local won't work too well. I think this approach is fine for many installations, but it should be used as the (only) solution to /etc/rc.d vs. ${LOCALBASE}/etc/rc.d problem. =20 > (2) Reevaluate the order at routine points in the boot where new scripts > might now be available (due to file system mounts or whatever). > Essentially "insert the new cards into the deck, and shuffle". This > requires rethinking of our current approach, which assumes a static > order is created once at the start of the boot by rcorder(8). The > devil will be in the big picture *and* the details of the > implementation. This looks like the best approach to me. =20 > (3) Add /local/etc/rc.d or /local/rc.d or /etc/local/rc.d or the like, a > new directory that third party applications are allowed to modify > during install, and that will be present for the creation of the > static ordering by rcorder(8) early in the boot. The devil will be in > the bikeshed, but the implementation is easy. This one reminds me of the /etc/opt in the FHS, although our current structure with all non-base (ports) files under a common hierarchy is more logical, IMHO. I do not think we should change that. > (4) Continue to ignore the issue and let some ports install into /etc/rc.d > and consider them unorthodox, incorrect, but something we can > overlook. The devil isn't here, or at least, if it is, we'll overlook > it.=20 No, please do not do that. ;) > I'm actually leaning towards (2) as being the best solution, as it's easy > and functional. I fully agree - I support option 2 as the best approach. Sergei --4SFOXa2GPu3tIq4H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/yt7KFOxuaTulNAERAu9rAJ0QsJ0/wlcPmMH80KHnZnjCKVMfjgCfZz7H ZqP17dmYOxIVQCId5W+m1DU= =l4ML -----END PGP SIGNATURE----- --4SFOXa2GPu3tIq4H--