From owner-freebsd-arch@FreeBSD.ORG Sun Apr 27 14:51:01 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 1AAF137B401 for ; Sun, 27 Apr 2003 14:51:01 -0700 (PDT) Received: from rwcrmhc51.attbi.com (rwcrmhc51.attbi.com [204.127.198.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 868B543FAF for ; Sun, 27 Apr 2003 14:51:00 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.dougb.net (12-234-22-23.client.attbi.com[12.234.22.23]) by rwcrmhc51.attbi.com (rwcrmhc51) with SMTP id <20030427215059051001apqme>; Sun, 27 Apr 2003 21:51:00 +0000 Date: Sun, 27 Apr 2003 14:50:59 -0700 (PDT) From: Doug Barton To: Scott Long In-Reply-To: <3EABD516.2090100@btc.adaptec.com> Message-ID: <20030427142856.H3465@znfgre.qbhto.arg> References: <20030426154030.M13476@znfgre.qbhto.arg> <3EAB12AC.8050707@btc.adaptec.com><3EAB7486.2060107@btc.adaptec.com> <20030427010221.H657@znfgre.qbhto.arg> <3EABD516.2090100@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-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 21:51:01 -0000 On Sun, 27 Apr 2003, Scott Long wrote: > Doug, > > My premise is this: there are people who cvsup and build world on a > regular basis, track current@, etc, and there are those who are only > interested in running official releases. My concern is not the first > group, but the second group. So far I agree with you 100%. :) > The old rc system has been around for quite some time, and it might be a > shock if it disappears without warning. The fact that 5.1 has the > possiblity of being a worthly release means that more people are likely > to jump straight from 4.x to 5.1, and might not be aware of rcNG from > 5.0. So the question I'm asking is, which is a greater shock. Making a clean break from old to new in the 5.1 release, or leaving the bits around but non-functional in 5.1, and then yanking them away in 5.2? As others have pointed out, Joe Average User interacts with the rc system through only one channel, the config files (rc.conf, rc.firewall, sysctl.conf, etc.). That mechanism is totally unchanged from branch to branch. We're even supporting old names for variables like xntpd, portmap, etc. The other thing that occurs to me is that if the people you're most concerned about are those installing the release for the first time, perhaps we can work together on a splash screen in sysinstall that highlights this as one of the new features in 5.x? While I understand your concerns from a general release engineering perspective, because of the uniqueness of this case, I not only think that they are unfounded, but I think that your proposed solution will actually make the problem you're trying to solve worse. BTW, in addition to the annoying message in /etc/rc I also just committed a notice in UPDATING so we can catch as many people as possible before the change. Doug -- This .signature sanitized for your protection