From owner-freebsd-current@FreeBSD.ORG Fri Jan 6 12:23:03 2006 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 E29BB16A41F; Fri, 6 Jan 2006 12:23:02 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from crivens.unixoid.de (crivens.unixoid.de [81.169.171.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C5FE43D48; Fri, 6 Jan 2006 12:23:02 +0000 (GMT) (envelope-from MH@kernel32.de) Received: from localhost (localhost [127.0.0.1]) by crivens.unixoid.de (Postfix) with ESMTP id 43F693F7E; Fri, 6 Jan 2006 13:23:00 +0100 (CET) Received: from crivens.unixoid.de ([127.0.0.1]) by localhost (crivens.unixoid.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95718-16; Fri, 6 Jan 2006 13:22:56 +0100 (CET) Received: from [10.38.0.120] (unknown [213.238.63.253]) by crivens.unixoid.de (Postfix) with ESMTP id 1356E41BD; Fri, 6 Jan 2006 13:22:56 +0100 (CET) Message-ID: <43BE6226.5000103@kernel32.de> Date: Fri, 06 Jan 2006 13:27:18 +0100 From: Marian Hettwer User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jo Rhett References: <43A266E5.3080103@samsco.org> <200512231136.12471.doconnor@gsoft.com.au> <20060105092448.GH1358@svcolo.com> <200601061120.14707.doconnor@gsoft.com.au> <20060106112329.GG54324@svcolo.com> In-Reply-To: <20060106112329.GG54324@svcolo.com> X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at unixoid.de Cc: freebsd-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, 06 Jan 2006 12:23:03 -0000 Hi there, Jo Rhett wrote: > On Fri, Jan 06, 2006 at 11:20:13AM +1030, Daniel O'Connor wrote: >> >>So, uhh, how would your magical binary upgrade system handle custom kernels? >>Why would it be any different? You still haven't explained how this would >>work.. > > > Versioning of the core package would tell you WHAT you have with a query. > It's trivial to then install the matching patches. Right now every > enterprise has to build a backend database tracking core os, installed > options, compile options, etc for every single installed system. Or build > a checksum database that can be used to derive this information from the > system (if all systems have the CPU/RAM to spare to play this game) > I'm actually wondering how yahoo for instance handles this situation. To my knowledge, they have several thousand of FreeBSD based servers. Either they are all the same in regards to configuration and version, or they have some other cunning way to solve the issue of patching. > > We need support from the freebsd core developers that this is a worthwhile > idea, and what kind of solutions would be acceptable to them. Once we have > a direction to go in, code can be written. > Generally speaking: Your statement is true. You don't start writing code without an agreement that the direction choosen is a direction where FreeBSD wants to evolve. However, you (as in, you as a developer) could come up with a proof of concept. Start with an implementation like you would like to have it. And even if it's just a piece of paper and some code. Then start this thread over again, fine tune the concept and hopefully some others will jump aboard and help developing. I would like to, but I do lack knowledge in C. Shell and a wee bit of Perl is fine. Definitly too few knowledge for a project like that :-/ > >>If you supply a working framework then I think you'll find a lot of support >>materialises. The problem is when you are just proposing vapourware solutions >>everyone steps in and wants it done their way. >> >>Code speaks louder than words :) > > > I've written far too much code for various freebsd problems, and it has > always been ignored. Not rejected, ignored. Unless someone with commit > rights thinks it's a good idea, writing code for freebsd is a waste of > time. > That statement ain't true. If the code solves your problem, fine. If it solves problems of others too, even better. Chances are higher that it doesn't get ignored... regards, Marian