From owner-freebsd-arch@FreeBSD.ORG Sat Apr 26 22:47:51 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E307437B401; Sat, 26 Apr 2003 22:47:51 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33B2243F75; Sat, 26 Apr 2003 22:47:51 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by sccrmhc01.attbi.com (sccrmhc01) with SMTP id <2003042705474900100e27ege>; Sun, 27 Apr 2003 05:47:50 +0000 Date: Sat, 26 Apr 2003 22:47:48 -0700 (PDT) From: Doug Barton To: FreeBSD-rc@yahoogroups.com, scottl@freebsd.org In-Reply-To: <3EAB12AC.8050707@btc.adaptec.com> Message-ID: <20030426223810.Y657@znfgre.qbhto.arg> References: <20030426154030.M13476@znfgre.qbhto.arg> <3EAB12AC.8050707@btc.adaptec.com> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-arch@freebsd.org Subject: Re: [FreeBSD-rc] Re: RFC: Removal of the old rc system from -current X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Apr 2003 05:47:52 -0000 On Sat, 26 Apr 2003, Scott Long wrote: > Doug, > > I totally understand and support the issues with maintenance. I do, > however, have a couple of questions: > > 1. Have all ports been preened of dependence on rcOG? To my knowledge, there are no such dependencies. There's nothing in OG for the port scripts to utilize, like there is with rc.subr in NG. The only thing that the ports (should) depend on is the fact that the scripts in /usr/local/etc/rc.d/*.sh will get started, and that works in NG. > 2. What about 3rd party software that is not in ports? Once again, to my knowledge there are no such dependencies, but if someone has examples I'll be glad to take a look. > Would it be possible and acceptable to officially deprecate rcOG in 5.1 > and then remove it sometime in June or July? I understand that this > extends the maintenance of rcOG a tiny bit, but it will also help users > and vendors transition. My concern is that since we'll have a LOT more adopters of 5.1 than there were of 5.0, waiting would only increase the confusion. Also, they've had 7 months of rcNG being the default to catch any problems that might have cropped up. Unless someone comes up with a concrete case of "X is/will be broken," I'd like to move forward with this plan. > Also, will any seatbelts be in place to catch > software that tries to do things the rcOG way? I'm not sure what we'd test against, but if you have an idea, I'm all ears. :) Doug -- This .signature sanitized for your protection