From owner-freebsd-ports@FreeBSD.ORG Sun Jun 11 00:46:12 2006 Return-Path: X-Original-To: ports@freebsd.org 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 16C3316A41B for ; Sun, 11 Jun 2006 00:46:12 +0000 (UTC) (envelope-from boris@brooknet.com.au) Received: from jay.exetel.com.au (jay.exetel.com.au [220.233.0.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2174643D46 for ; Sun, 11 Jun 2006 00:46:10 +0000 (GMT) (envelope-from boris@brooknet.com.au) Received: (qmail 14613 invoked by uid 507); 11 Jun 2006 10:46:08 +1000 Received: from 180.205.233.220.exetel.com.au (HELO ?192.168.0.157?) (220.233.205.180) by jay.exetel.com.au with SMTP; 11 Jun 2006 10:46:08 +1000 In-Reply-To: <448B655E.70003@FreeBSD.org> References: <448B0127.1040107@isc.org> <448B655E.70003@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v750) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <859C193C-7DEB-4877-BD56-A595152E5474@brooknet.com.au> Content-Transfer-Encoding: 7bit From: Sam Lawrance Date: Sun, 11 Jun 2006 10:46:02 +1000 To: Doug Barton X-Mailer: Apple Mail (2.750) Cc: ports@freebsd.org, boris@tagnet.ru, Peter Losher Subject: Re: FreeBSD Port: net/quagga X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jun 2006 00:46:12 -0000 On 11/06/2006, at 10:35 AM, Doug Barton wrote: > Peter Losher wrote: > >> Is there any way to tell the quagga.sh script when it's in >> local/etc/rc.d to run at network setup instead of at the end? > > Yes, upgrade to 6.1 or 6-stable where this issue has been addressed. > I noticed that USE_RCORDER (which provides early startup functionality for local scripts) was listed as deprecated port variable in portlint: http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/portlint/src/ portlint.pl#rev1.84 We're still officially supporting systems which do not contain the recent rcorder changes (eg. 6.0 and 5.5). Is there an alternative strategy available for these systems? I think we should not list USE_RCORDER as deprecated until we are no longer supporting systems that require it.