From owner-freebsd-ports@FreeBSD.ORG Sun Jan 18 23:12:33 2004 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 8AFE116A4CE for ; Sun, 18 Jan 2004 23:12:33 -0800 (PST) Received: from smtp2.netcologne.de (smtp2.netcologne.de [194.8.194.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD2BA43D39 for ; Sun, 18 Jan 2004 23:12:31 -0800 (PST) (envelope-from tmseck@netcologne.de) Received: from laurel.tmseck.homedns.org (xdsl-213-168-116-169.netcologne.de [213.168.116.169]) by smtp2.netcologne.de (Postfix) with SMTP id 473923A097 for ; Mon, 19 Jan 2004 08:12:30 +0100 (MET) Received: (qmail 556 invoked by uid 1001); 19 Jan 2004 07:12:12 -0000 Date: Mon, 19 Jan 2004 08:11:50 +0100 From: Thomas-Martin Seck To: Sergey Matveychuk Message-ID: <20040119071150.GA462@laurel.tmseck.homedns.org> References: <400B12B2.1010607@ciam.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <400B12B2.1010607@ciam.ru> User-Agent: Mutt/1.4.1i Organization: private site in Germany X-PGP-KeyID: DF46EE05 X-PGP-Fingerprint: A38F AE66 6B11 6EB9 5D1A B67D 2444 2FE1 DF46 EE05 X-Attribution: tms cc: freebsd-ports@freebsd.org Subject: Re: change old running scripts with rcNG 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, 19 Jan 2004 07:12:33 -0000 * Sergey Matveychuk (sem@ciam.ru): > I've found rcNG-style scripts very convenient. I just set > servicename_enable="YES" and port specific variable as > servicename_opt="..." and I have not to rename > PREFIX/etc/rc.d/script.sh-dist or like that. > > What maintainers think to move to rcNG style scripts? > You can take a look at mail/p5-Mail-SpamAssassin port as an example. Starting with 2.5.4_6 the squid ports installs a squid.sh that will work like an rcNG script when either /etc/rc_subr or $PREFIX/etc/rc_subr are present. If not, it will behave the "classic" way.