From owner-freebsd-current@FreeBSD.ORG Fri Dec 23 10:02:58 2005 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5969716A41F; Fri, 23 Dec 2005 10:02:58 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C971C43D46; Fri, 23 Dec 2005 10:02:57 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id D21D1CE; Fri, 23 Dec 2005 05:03:18 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 5E78C2515; Fri, 23 Dec 2005 05:03:15 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EpjlD-0001bX-WB; Fri, 23 Dec 2005 10:02:52 +0000 Date: Fri, 23 Dec 2005 10:02:51 +0000 From: Brian Candler To: "Matthew D. Fuller" Message-ID: <20051223100251.GB6049@uk.tiscali.com> References: <43A266E5.3080103@samsco.org> <20051217220021.GB93998@svcolo.com> <20051218023725.GM63497@over-yonder.net> <20051222210904.GH39174@svcolo.com> <20051223030813.GD63497@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051223030813.GD63497@over-yonder.net> User-Agent: Mutt/1.4.2.1i Cc: Jo Rhett , stable@FreeBSD.org, current Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2005 10:02:58 -0000 On Thu, Dec 22, 2005 at 09:08:13PM -0600, Matthew D. Fuller wrote: > > No, you're missing the point. More core OS upgrades means less > > incremental patches (which are easier to apply than a full update). > > Right. I don't understand how B follows A here. > > These patches come from where? Security advisories, mailing list > discussions, and eating too much beef right before bed and waking up > at 2am with brilliant ideas? Why would there be less of them, just > because RELENG_X_Y_RELEASE tags are laid down more often? I think the real concern here is: for how long after RELEASE_X_Y are binary patches for it made available? If the policy is "every RELEASE_X_Y has binary patches available for Z months after its release", then clearly it doesn't matter how many RELEASE_X_Y's are made in this period. If the policy is "binary patches are made available for the last N releases", then the availability lifetime of binary patches is (N * release interval). As long as N is made sufficiently large, then it's not a problem. There is a risk that reducing the interval between releases does not cause a corresponding increase in N, thus forcing people to perform full updates to a new release more often. > > Huh? That's backwards. If we can't schedule the downtime for a > > full operating system upgrade (which takes far longer than it > > should) then the system won't get upgraded. > > Having done full OS upgrades a number of times, I can't remember the > last time it took more than 5 or 10 minutes ... > For small groups of servers, I NFS mount > installworlds, and for larger groups, I rdist out binaries. But it > always comes from source. That's good for you and a certain clan of highly experienced FreeBSD system administrators. However I believe that there's a far larger pool of people for whom binary installs and upgrades makes much more sense. At one end of the spectrum are those bailing out from Linux, and the other end are people who want an audit trail for every binary back to a 3rd-party release medium. (I started off in the first group, but now fall into the second) Regards, Brian.