From owner-freebsd-stable Tue Jun 9 08:25:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17852 for freebsd-stable-outgoing; Tue, 9 Jun 1998 08:25:34 -0700 (PDT) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from gateman.zeus.leitch.com (gateman.zeus.leitch.com [204.187.61.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17842 for ; Tue, 9 Jun 1998 08:25:25 -0700 (PDT) (envelope-from woods@tap.zeus.leitch.com) Received: from zeus.leitch.com (tap.zeus.leitch.com [204.187.61.10]) by gateman.zeus.leitch.com (8.8.5/8.7.3/1.0) with ESMTP id LAA05711 for ; Tue, 9 Jun 1998 11:24:39 -0400 (EDT) Received: from brain.zeus.leitch.com (brain.zeus.leitch.com [204.187.61.32]) by zeus.leitch.com (8.7.5/8.7.3/1.0) with ESMTP id LAA25132 for ; Tue, 9 Jun 1998 11:24:45 -0400 (EDT) Received: (from woods@localhost) by brain.zeus.leitch.com (8.8.8/8.8.8) id LAA10150; Tue, 9 Jun 1998 11:24:45 -0400 (EDT) (envelope-from woods@tap.zeus.leitch.com) Date: Tue, 9 Jun 1998 11:24:45 -0400 (EDT) Message-Id: <199806091524.LAA10150@brain.zeus.leitch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: woods@zeus.leitch.com (Greg A. Woods) To: freebsd-stable@FreeBSD.ORG Subject: Re: Matt Behrens: Re: kernel compile problem In-Reply-To: Richard Wackerbarth's message of "Mon, June 8, 1998 17:18:21 -0500" regarding "Re: Matt Behrens: Re: kernel compile problem" id References: <199806052348.JAA10962@gsms01.alcatel.com.au> <199806081512.LAA16030@brain.zeus.leitch.com> X-Mailer: VM 6.45 under Emacs 20.2.1 Reply-To: freebsd-stable@FreeBSD.ORG Organization: Planix, Inc.; Toronto, Ontario; Canada Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ On Mon, June 8, 1998 at 17:18:21 (-0500), Richard Wackerbarth wrote: ] > Subject: Re: Matt Behrens: Re: kernel compile problem > > The fundamental problem is that there are not enough "branches". As > a result, the RELENG_2_2 branch is having to serve as both the > development branch for 2.2.7 and the patch branch for 2.2.6. > For the former purpose, ASAP is a good strategy. For the latter, > any change to the tools destroys the ability of a user to > apply patches to his kernel. I agree that more branches might be better, but more branches require more management, and I'm not sure that would be better for a mostly volunteer project. I've found that when you try to do release branch management on top of other ongoing development branches you pretty well have to have one or more people dedicated to repository management and maintenance, and it really is a *full* time job. The "freeze development now and begin to prepare release directly on the branch" mechanism works well enough, esp. for a -stable branch where the *real* development does happen on a separate branch. > I don't think that the "kernel only" source users would consider > my argument at all bogus. For them, the 2.2 branch is BROKEN. They > cannot apply the latest security updates which affect the kernel > until 2.2.7 is released. It's only broken until it's fixed, and the sooner it's fixed, the better, as then more people will be able to test them. The obvious fix has been discussed, and it seems as if it will be implemented. It has proven extremely effective in NetBSD. (I.e. to include src/usr.sbin/config and its contents in the kernel-only source distrbution collections available through ftp, sup, CVSup, CTM, etc.) BTW, anyone seriously trying to keep right up to the minute with security fixes and such would be better off with user-land only than with kernel-only. People with so few resources should let other people manage the source tree and they should stick to releases only. Working with a live CVS repository (or even a daily copy of it) is bound to produce unpredictable results. Anyone crying wolf at the slightest perturbance will go hoarse and loose their voice long before they become too annoying. ;-) -- Greg A. Woods +1 416 443-1734 VE3TCP Planix, Inc. ; Secrets of the Weird To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message