From owner-freebsd-questions@FreeBSD.ORG Wed Feb 6 17:35:37 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E48C416A41A for ; Wed, 6 Feb 2008 17:35:37 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from smtp3.utdallas.edu (smtp3.utdallas.edu [129.110.10.49]) by mx1.freebsd.org (Postfix) with ESMTP id AD76A13C46E for ; Wed, 6 Feb 2008 17:35:37 +0000 (UTC) (envelope-from pauls@utdallas.edu) Received: from utd59514.utdallas.edu (utd59514.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTP id 438C565505 for ; Wed, 6 Feb 2008 11:35:37 -0600 (CST) Date: Wed, 06 Feb 2008 11:35:37 -0600 From: Paul Schmehl To: freebsd-questions@freebsd.org Message-ID: In-Reply-To: <20080206174632.B4330@wojtek.tensor.gdynia.pl> References: <1563a4fd0802060609j59451879h3920be790d7667c0@mail.gmail.com> <20080206152833.U3736@wojtek.tensor.gdynia.pl> <20080206154317.GC18883@gizmo.acns.msu.edu> <20080206174632.B4330@wojtek.tensor.gdynia.pl> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: script to be executed on system startup. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Feb 2008 17:35:38 -0000 --On Wednesday, February 06, 2008 17:46:40 +0100 Wojciech Puchar wrote: >> >> No, don't add anything to rc.local. > > no because of? > Because rc.local is the legacy, deprecated method of handling local scripts, per man (8) rc. "Typically, the /usr/local/etc/rc.d/ mechanism is used instead of rc.local these days but f you want to use rc.local, it is still supported. " So, while it's still supported, it's no longer the standard way of handling local scripts, and it could go away in the future. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/