From owner-freebsd-security Thu Oct 5 20:20:17 2000 Delivered-To: freebsd-security@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 0421D37B503; Thu, 5 Oct 2000 20:20:12 -0700 (PDT) Received: from winston.osd.bsdi.com (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id e963K5X03179; Thu, 5 Oct 2000 20:20:05 -0700 (PDT) (envelope-from jkh@winston.osd.bsdi.com) To: Robert Watson Cc: John Baldwin , Brett Glass , freebsd-security@FreeBSD.org, cvs-committers@FreeBSD.org, Paul Richards , "David O'Brien" , Ralph Huntington Subject: Re: Stable branch In-Reply-To: Message from Robert Watson of "Thu, 05 Oct 2000 22:53:55 EDT." Date: Thu, 05 Oct 2000 20:20:05 -0700 Message-ID: <3175.970802405@winston.osd.bsdi.com> From: Jordan Hubbard Sender: owner-freebsd-security@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'm not sure I see the n-way merge. > .. > When a fix is required, you merge it into -STABLE, and then if > appropriate, into the release branch also. Which is the n-way aspect. You've just increased the amount of merging by n, where n is each active "release branch" you choose to support rather than being able to merge once to the branch head and point people at that. Sure, you can say it's only for the most minor patches and such and merge work will be minimal, but in order to support a user assumption that they can install release x and then stay on the release x branch from there on out, someone still has to remember to merge to several locations rather than one now. Ick. > 1) I have a release, it has been tested extensively for production > deployment, and I don't want to track -STABLE. I do want to be able to It's only because they really wanted to track -SOLID that they currently feel that way. :) - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-security" in the body of the message