From owner-freebsd-questions@FreeBSD.ORG Tue Apr 5 22:18:18 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70F0D16A4CE for ; Tue, 5 Apr 2005 22:18:18 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17A9543D1F for ; Tue, 5 Apr 2005 22:18:18 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j35MIC6O024419; Tue, 5 Apr 2005 17:18:12 -0500 (CDT) (envelope-from dan) Date: Tue, 5 Apr 2005 17:18:12 -0500 From: Dan Nelson To: Ed Stover Message-ID: <20050405221811.GF64927@dan.emsphone.com> References: <4252A251.2060408@inteliport.com> <1112738388.3137.13.camel@red.nativenerds.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112738388.3137.13.camel@red.nativenerds.com> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: Christopher Lane cc: questions@freebsd.org Subject: Re: question about mysql-server.sh X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 22:18:18 -0000 In the last episode (Apr 05), Ed Stover said: > rcsubr is the culprit, when you added the line in the rc.conf then > all was well. You can add a line in the rc.conf and then run the > /usr/local/etc/rc.d/mysql-server.sh start command with out having to > reboot. Personally I really dislike rcsubr, makes me think that > FreeBSD is drifting toward linux's overly comlexness... a script to > start a script that starts a script that starts a script, blah blah > blah.... On the plus side, a porter now can install a 10-line startup script that handles start/stop/restart/status cleanly, and the user can enable or disable the script, or modify options without editing the startup script itself and having their local changes blown away the next time they update the port. -- Dan Nelson dnelson@allantgroup.com