From owner-freebsd-ports@FreeBSD.ORG Mon Feb 23 15:01:30 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 52C3D16A4CE for ; Mon, 23 Feb 2004 15:01:30 -0800 (PST) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C58743D1F for ; Mon, 23 Feb 2004 15:01:30 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com ([68.160.202.196]) by out004.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040223230129.QGQP8186.out004.verizon.net@mac.com>; Mon, 23 Feb 2004 17:01:29 -0600 Message-ID: <403A8643.1070500@mac.com> Date: Mon, 23 Feb 2004 18:01:23 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas-Martin Seck References: <20040223212225.1766.qmail@laurel.tmseck.homedns.org> In-Reply-To: <20040223212225.1766.qmail@laurel.tmseck.homedns.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [68.160.202.196] at Mon, 23 Feb 2004 17:01:29 -0600 cc: freebsd-ports@freebsd.org Subject: Re: OPTIONS, LATEST_LINK, and 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, 23 Feb 2004 23:01:30 -0000 Thomas-Martin Seck wrote: > * Oliver Eikemeier [gmane.os.freebsd.devel.ports]: >> Don't. This is no upgrade path, either use rcNG or not, but don't change the >> behaviour of your port based on other ports configuration. If you don't like >> rcNG, stick with the old script. > > Well, you can check in your start script whether /etc/rc.subr is present > and act accordingly. I will change squid to behave this way so it can > use rcNG on a recent 5.x and "rc classic" on pre-5-system. I think this > is acceptable, isn't it? That sounds reasonable, at least if your script behaves the same regardless of whether rcNG is present or not. It would be easier to simply make a start script which does the right thing independant of rcNG, but if you want to pursue the direction you've taken, your port should set USE_RC_SUBR under 5.x. >> Take *any* other port with an rc.subr script as an reference. If you want to >> use rc.subr then depend on it, it's <30k, and set USE_RC_SUBR="YES". We are >> managing 10k+ ports, and it helps if everybody tries to play by the rules. > > Do you really think that discussing the "rules" via a (self assigned) PR > from committer to maintainer helps improving their acceptance? I doubt > it. Never do that again, please. On the other hand, I agree that my idea > of trying to make use of sysutils/rc_subr without explicit dependency is > not really DAU-compatible. That's what you get from trying to be nice to > rcNG, I guess. Oliver really is trying to help, Thomas, and his suggestions tend to well-founded. Ideally, we'd all be a little more diplomatic and we'd all respond well to the notion that there are "rules", or "guidelines", or "suggested approaches" so that the ports system works well. Catching missing dependencies and the proper use of the USE_ variables is important because if things are done wrong, other ports may break when you change/update your port. Admittedly, these problems tend to happen more with libraries than an app like Squid (see the churn over gettext & libiconv). What's more of a concern to me is that variables like USE_RC_SUBR are used by the ports infrastructure without being documented in the Porter's Handbook, which perhaps might have avoided this particular debate. I also have concerns about rcNG breaking things because ports which started up fine before now require an entry in /etc/rc.conf or else they silently fail, but that problem I had a patch for, if it hasn't gotten lost in the shuffle... -- -Chuck