From owner-freebsd-arch@FreeBSD.ORG Sat Apr 26 23:11:37 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 C5E2C37B401; Sat, 26 Apr 2003 23:11:37 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 206DC43F3F; Sat, 26 Apr 2003 23:11:37 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h3R68nZ11079; Sat, 26 Apr 2003 23:08:49 -0700 Received: from btc.btc.adaptec.com ([10.100.0.52]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id XAA29838; Sat, 26 Apr 2003 23:11:29 -0700 (PDT) Received: from btc.adaptec.com (hollin [10.100.253.56]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id AAA00957; Sun, 27 Apr 2003 00:11:26 -0600 (MDT) Message-ID: <3EAB7486.2060107@btc.adaptec.com> Date: Sun, 27 Apr 2003 00:11:18 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <20030426154030.M13476@znfgre.qbhto.arg> <3EAB12AC.8050707@btc.adaptec.com> <20030426223810.Y657@znfgre.qbhto.arg> In-Reply-To: <20030426223810.Y657@znfgre.qbhto.arg> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD-rc@yahoogroups.com 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 06:11:38 -0000 Doug Barton wrote: > 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. > Great! > >>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. > Fair enough > >>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. > There's a big difference between, "dougb and friends no longer support nor commit to rcOG, it's going away so don't use it" and, "dougb and friends just whacked rcOG". =-) Invariably there are going to be people/vendors out there that are abusing rcOG, have been lazy for the last 7 months and haven't adapted their systems to rcNG, and will be highly cranky over rcOG disappearing. Having a formal deprecation period gives these people some warning and diminishes their ability to whine. =-) Adding a big "if [ "${rc_ng}" = "NO" ]; then echo "rc_ng=NO is deprecated, unsupported, and will go away in the next release"; fi" to the scripts allows us to cover our rears, makes everyone happy, and lets you all off the hook for providing rcOG support. If you want to remove the bits from CVS the moment that HEAD opens up after the 5.1-BETA freeze, that's fine by me. Scott